Először készítse elő és tesztelje az új szervert, másolja az adatokat egy alkalmazás által támogatott konzisztenciamódszerrel, határozza meg az átállási időablakot, és őrizze meg a régi környezetet. A visszaállításnak figyelembe kell vennie az új szerveren elfogadott írásokat, nem csak egy DNS módosítást.
Készítsen leltárt a szolgáltatásról a gép áthelyezése előtt
A migráció többet foglal magában, mint az alkalmazásfájlok. Sorolja fel az adatbázisokat, feltöltéseket, ütemezett feladatokat, üzenetsor-feldolgozókat, tanúsítványokat, domaineket, titkokat és kimenő integrációkat. Rögzítse a szoftververziókat és a fontos üzemeltetési feltételezéseket, például a fájlengedélyeket és a tárolási útvonalakat. Egy friss dedikált szerver felfedhet egy elfelejtett függőséget, amelyet évekkel korábban csendben telepítettek a régi környezetre.
Jelöljön ki felelőst az átállási döntéshez, és határozza meg, hogyan néz ki a siker. Foglaljon bele felhasználók számára látható ellenőrzéseket, adatkonzisztenciát és a hozzáférés helyreállításának képességét. A migrációs dátum bejelentése előtt erősítse meg, hogy az új konfiguráció leszállításra került és használható. Egy megrendelés-visszaigazolás vagy egy felsorolt hardverspecifikáció nem ugyanaz, mint egy működő célkörnyezet, amely készen áll az éles adatok fogadására.
Építse fel a célkörnyezetet külön környezetként
Telepítse a szükséges szoftverkészletet, alakítsa ki az adminisztrációt, és konfigurálja a szándékolt tűzfalat. Tartsa privát módon a titkokat, és szándékosan állítsa be a szolgáltatásengedélyeket. A nyilvános forgalom átirányítása előtt ellenőrizze az alkalmazás által elvárt hosztnevet és tanúsítványviselkedést. A Apache virtuálishosz-dokumentációja szemlélteti, miért külön konfigurációs döntés a hosztnév-útválasztás a szerver címétől. Egy működő alapértelmezett oldal nem bizonyítja, hogy a helyes alkalmazáshoszt be van állítva.
A próbához használjon reprezentatív, visszaállított adatkészletet, a kimenő e-mailt, a fizetéseket és az ütemezett feladatokat letiltva vagy biztonságos tesztrendszerekre átirányítva. Ez megakadályozza, hogy a tesztkörnyezet valódi felhasználókon cselekedjen. Gyakorolja a bejelentkezést, a feltöltéseket, a háttérfeldolgozást és a helyreállítást. Rögzítse az eljárást és annak időtartamát, hogy a valós időablak egy megfigyelt folyamaton, ne pedig optimizmuson alapuljon.
Válasszon következetes adathatárt
Használjon az adatbázis és az alkalmazás által támogatott biztonsági mentési vagy replikációs módszert. A PostgreSQL megkülönbözteti az SQL dumpokat, a fájlrendszer-mentéseket és a folyamatos archiválást, mindegyiket saját feltételezésekkel. A dump-útmutatója megjegyzi, hogy az adatbázis-dumpok belsőleg konzisztensek lehetnek, míg a fürt szintű szerepköröket és egyéb részleteket külön kell kezelni. Olvassa el a pontosan futtatott rendszer követelményeit, ahelyett hogy válogatás nélkül másolná a nyitott adatfájlokat.
Tervezze meg, hogyan viszonyul az adatbázis a feltöltésekhez és az üzenetsor állapotához. Ha egy rekord egy más időpontban másolt fájlra mutat, a visszaállított alkalmazás hiányos lehet, még akkor is, ha mindkét másolat külön-külön sikeres volt. Döntse el, hogy rövid ideig szünetelteti-e az írásokat, tesztelt replikációs elrendezést használ-e, vagy alkalmazásspecifikus exportot végez-e. Tartsa ezt a konzisztenciadöntést egyértelműen az útmutatóban.
| Szakasz | Szükséges bizonyíték | Döntés |
|---|---|---|
| Próba | Az alkalmazás és a visszaállított adatok átmennek az ellenőrzéseken | A célkörnyezet szóba jöhet az átálláshoz |
| Végső szinkronizálás | Meghatározott konzisztens helyreállítási pont | Csak a megértett fennmaradó változásokkal folytassa |
| Forgalomváltás | Helyes útválasztás és tanúsítványviselkedés | Mindkét célkörnyezet megfigyelése |
| Visszaállítás | Az összes újonnan elfogadott írás helye | Az adatok egyeztetése a forgalom visszaállítása előtt |
Készítse elő a forgalomirányítást anélkül, hogy azonnali változásokat ígérne
A DNS time-to-live szabályozza, meddig gyorsítótárazhatók a rekordok, amint azt a Cloudflare DNS dokumentációja kifejti. Ha a DNS része a migrációnak, korán tekintse át a TTL-t, és hagyja, hogy a meglévő gyorsítótárazott rekordok a korábbi beállításuk szerint elévüljenek. Az érték átállás pillanatában történő megváltoztatása nem tudja visszamenőlegesen lerövidíteni minden gyorsítótárazott választ. Az átmenet során a különböző kliensek különböző célkörnyezeteket érhetnek el.
Tartsa elérhetően a régi környezetet, amíg az útválasztási változások rendeződnek, szándékos szabályzattal arra vonatkozóan, hogy elfogadhat-e még írásokat. Kerülje a párhuzamos üzenetsor-fogyasztók vagy ütemezett feladatok futtatását, kivéve ha az alkalmazást erre tervezték. Figyelje a kéréseket mindkét oldalon, és független kliensektől erősítse meg a szándékolt hosztnevet, a TLS tanúsítványt és az alkalmazásverziót.
Határozza meg a visszaállítást az írások megkezdése után
Mielőtt az új rendszer elfogadja a változásokat, a forgalom visszaállítása viszonylag egyszerű lehet. Utána azonban egyedül egy DNS visszafordítás elveszíthet munkát, vagy két egymásnak ellentmondó előzményt hozhat létre. Határozza meg, hogyan őriznék meg vagy egyeztetnék az újonnan létrehozott rekordokat és feltöltéseket. Ha az alkalmazás nem tudja biztonságosan összevonni őket, egy ellenőrzött karbantartási időszak előnyösebb lehet, mint a régi másolathoz való rögtönzött visszatérés.
Határozza meg azokat a feltételeket, amelyek a migráció szüneteltetését igénylik, és tartsa elérhetően a döntéshozót. Őrizze meg a naplókat és a hasznos bizonyítékokat a projekt megőrzési szabályai szerint. Ne törölje a régi gépet vagy annak független helyreállítási másolatát csak azért, mert a kezdőlap egyszer betöltődött. A megőrzési időszaknak le kell fednie a megállapodott ellenőrzési és visszaállítási igényeket.
Zárja le a migrációt üzemeltetési ellenőrzésekkel
Az átállás után ellenőrizze a biztonsági mentéseket, riasztásokat, tanúsítvány-megújítást, ütemezett munkákat és a hozzáférés helyreállítását. Erősítse meg, hogy a megfigyelt hoszt az új célkörnyezet, és hogy nem maradtak tesztintegrációk az éles környezetben. Szokásos forgalom mellett tekintse át az alkalmazáshibákat és a felhasználók számára látható időzítéseket. Frissítse a leltárt és az útmutatót, hogy a következő adminisztrátornak ne kelljen kikövetkeztetnie, mi változott.
A SwissOctet dedikált családjai különböző fizikai konfigurációkat kínálnak, de a migrációs munkát és a felügyelt segítséget a kiválasztott szolgáltatáshoz kell megerősíteni. A katalógus segítségével válasszon megfelelő erőforrásokat, majd építsen tesztelt költözést az alkalmazása adatai köré. A migráció akkor teljes, amikor a szolgáltatás és annak helyreállítási folyamata működik a célkörnyezetben, nem csupán akkor, amikor a fájlokat átvitték.
Az Ön gyakorlati ellenőrzőlistája.
- Készítsen leltárt az adatokról, feladatokról, titkokról és integrációkról.
- Az ütemezés előtt ellenőrizze a leszállított célkörnyezetet.
- Gyakoroljon biztonságos külső integrációkkal.
- Határozza meg az adatbázis és a feltöltések konzisztenciáját.
- Tervezze meg az útválasztási átmenetet és a párhuzamos feladatok megelőzését.
- Határozza meg az új írások visszaállítását.
- Az átállás után ellenőrizze a biztonsági mentéseket és a megfigyelést.
A fontos részletek.
Migrálhatok az alkalmazáskönyvtár másolásával?+
Csak akkor, ha az mindent rögzít, amire a szolgáltatásnak szüksége van, és megőrzi a konzisztenciát. Az adatbázisok, feltöltések, feladatok, titkok és konfiguráció általában külön figyelmet igényelnek.
Azonnalivá teszi az átállást a DNS TTL csökkentése?+
Nem. A korábban gyorsítótárazott válaszok a korábbi élettartamuk végéig megmaradhatnak, és a kliensek különböző időpontokban frissülhetnek.
A visszaállítás csak annyi, hogy a DNS-t a régi szerverre irányítom?+
Nem, miután az új szerver elfogadja az írásokat. A forgalom visszaállítása előtt számba kell vennie azokat a rekordokat és fájlokat.
Menjen a forráshoz.
Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana.
- PostgreSQL: Biztonsági mentés és visszaállítás www.postgresql.org
- PostgreSQL: SQL dump konzisztencia és helyreállítás www.postgresql.org
- Apache: Virtuálishosz-dokumentáció httpd.apache.org
- Cloudflare DNS: Time to Live developers.cloudflare.com
Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni.