Počáteční úvahy
Při plánování migrace z cloudu do cloudu zvažte následující položky.
Plánujte dopředu, protože změny DNS nejsou automatické
Pokud váš aktuální cloudový server, původní server, není za vyrovnávačem zátěže, IP adresa se změní. Tato změna znamená, že musíte aktualizovat server Domain Name Server (DNS), aby ukazoval na novou IP. Měli byste se ujistit, že jste nastavili záznam TTL (time-to-live) na 5 minut a poté počkejte 24 hodin, abyste zajistili, že se změna správně rozšíří. Poté by se všechny provedené změny DNS měly projevit do 5 minut.
Účel serveru
Hostuje původní server webové aplikace, e-maily nebo databáze? Dělá jednu věc nebo řeší různé úkoly? Dobré počáteční posouzení provedené předem vám může ušetřit paniku na poslední chvíli, když přepnete přepínač mezi původním serverem a novým neboli cílovým serverem. Nezapomeňte určit, kam ukládáte data, konfigurační soubory a další důležitá data. Čím více budete vědět o svém prostředí směřujícím k migraci, bude migrace hladší.
Otestujte migraci
Jednou z výhod migrace do cloudu je, jak rychle a snadno můžete server roztočit nahoru nebo dolů. Důrazně vám doporučujeme po migraci původní server vypnout a ne jej hned odstraňovat. Nechte jej vypnutý 24 hodin až týden. Pokud váš web a aplikace běží podle očekávání, pak byla vaše migrace pravděpodobně úspěšně dokončena. Pokud však vypnutí původního serveru vede k problémům, znamená to, že některé procesy stále závisí na starém serveru. Můžete obnovit původní server a identifikovat, co jste zmeškali, a správně jej migrovat.
Proveďte práci
Tato část uvádí kroky pro migraci do cloudu.
Zkontrolujte velikost původního serveru
Chcete-li určit minimální místo na disku, které potřebujete na cílovém serveru, zkontrolujte, kolik místa na disku aktuálně využíváte.
Chcete-li zkontrolovat místo na disku používaném v systému Linux®, spusťte následující příkaz:
df -h
Pokud požadujete více než 160 GB (maximální velikost disku pro variantu General Purpose), musíte na novém serveru použít svazky Cloud Block Storage, aby pojal všechna vaše data.
Určete požadavky na adresář
Když nastavujete svazky Cloud Block Storage, zkontrolujte velikosti adresářů na vašem původním serveru. Tyto informace vám pomohou naplánovat organizaci dat na cílovém serveru, například jaká data se uloží na systémový disk a jaká data byste měli uložit na další svazky.
V systému Linux můžete určit místo na disku, které soubory využívají, a podadresáře v aktuálním adresáři spuštěním následujícího příkazu:
du -hs *
Můžete také zadat název adresáře nebo souboru spuštěním následujícího příkazu:
du -hs directoryName
Až budete vědět, která data zkopírovat na systémový disk a která zkopírovat na připojený disk, naplánujte podle toho velikost cílového serveru a jeho dalších svazků.
Vytvořte cílový server
Při vytváření cílového serveru zvažte své požadavky na úložiště a také požadavky na paměť, procesor a síť.
Pokud máte více dat, než se vejde na systémový disk cílového serveru, rozhodněte se, zda chcete použít jeden nebo více datových disků (pouze I/O varianta), nebo k serveru připojit svazky Cloud Block Storage.
Při výběru velikosti cílového serveru zvažte své aktuální potřeby a případné škálování, které budete muset v budoucnu provést.
Nemůžete měnit velikost I/O serverů, ale můžete přidat nebo odebrat úložný prostor pomocí Cloud Block Storage. Servery pro obecné použití mají maximální velikost 8 GB RAM až 160 GB HDD, a pokud nepoužívají zastaralý paravirtuální (PV) režim virtualizace, můžete je pouze zvětšit a ne zmenšit.
Pro prostředí s jedním serverem musíte migrovat na nový server, pokud se změní požadavky na RAM nebo CPU.
Alternativně můžete naplánovat své prostředí tak, aby využívalo horizontální škálování, kde vaši aplikaci provozuje více než jeden server, s nástrojem pro vyrovnávání zatížení pro správu provozu na různé servery. Horizontální škálování nemusí fungovat se všemi aplikacemi, ale po jeho nastavení můžete snadno přidávat nebo odebírat servery, abyste zohlednili kolísající požadavky na zatížení.
Některá příkladná prostředí naleznete v článku o referenčních architekturách open-cloud.
Poznámka :Pokud aktuálně používáte servery Performance, datové disky se při vytváření bitové kopie nezachytí. Chcete-li zálohovat datové disky, musíte se spolehnout na Rackspace Cloud Backup nebo podobný přístup k zálohování na základě souborů. Pokud chcete, aby vaše další úložiště bylo lépe přenosné nebo chcete pořizovat snímky dat, zvažte přidání jednoho nebo více svazků Cloud Block Storage na nový server. Další informace naleznete v části Vytvoření a připojení svazku Cloud Block Storage.
Naformátujte a nakonfigurujte jakékoli svazky nebo datové disky Cloud Block StoragePo vytvoření serveru připravte všechny připojené datové disky nebo svazky Cloud Block Storage tak, že je naformátujete a nakonfigurujete systém tak, aby je používal.
Pokud jste připojili svazky Cloud Block Storage, další informace najdete v části Příprava svazku Cloud Block Storage.
Pokyny k formátování a připojování datových disků na serverech optimalizovaných pro I/O naleznete v části Příprava datových disků na cloudových serverech Linux.
Pokud nastavujete připojené svazky v softwarovém RAID v systému Linux, přečtěte si pokyny v Linux Software-RAID HOWTO.
Až budou připojené disky připraveny, můžete migrovat data.
Možnosti ruční migrace
Máte několik možností ruční migrace na Linux, včetně Rackspace Cloud Backup, Rackspace Cloud Block Storage nebo rsync.
Zálohování do cloudu
K migraci konkrétních adresářů můžete použít Cloud Backup. Vytvořte zálohu dat na původním serveru a poté je obnovte na cílový server.
Cloudové blokové úložiště
K migraci konkrétních dat můžete použít Cloud Block Storage. Připojte disk k původnímu serveru a zkopírujte na něj svá data. Poté odpojte disk od původního serveru, připojte jej k cílovému serveru a zkopírujte data z disku.
Použití rsync pro migraci adresářů v systému Linux
V systému Linux můžete použít rsync pro přímé kopírování adresáře přes síť. Například z původního serveru můžete spustit následující příkaz ke zkopírování /var/lib/mysql :
rsync -e 'ssh' -avl --stats --progress /var/lib/mysql [email protected]:/var/lib/mysql
Další informace o rsync , viz Zálohování souborů pomocí rsync.
Důležité :Pokud jsou dva cloudové servery ve stejném regionálním datovém centru (DFW, ORD, IAD, LON, HKG nebo SYD), můžete použít 10.x IP adresa přiřazená dvěma serverům pro přenos jakýchkoli dat. To znamená, že vám nebudou účtovány poplatky za šířku pásma dat mezi dvěma servery. Jakákoli data přenášená pomocí veřejných IP adres budou mít za následek potenciální náklady na šířku pásma.
Možnosti specifické pro aplikaci
Jiné aplikace mohou mít své vlastní prostředky pro usnadnění migrace dat. Chcete-li například migrovat databázi, můžete z cílového serveru vytvořit repliku původní databáze, aby se vaše data automaticky replikovala na cílový server. Informace o tom, jak provést replikaci primární repliky MySQL®, naleznete zde.
Úkoly po migraci
Poté, co jsou všechna vaše data na cílovém serveru, důkladně otestujte aplikaci, abyste se ujistili, že v cílovém prostředí funguje podle očekávání. Jak bylo zmíněno na začátku tohoto článku, doporučujeme klientům, aby vypnuli původní server, ale nesmazali jej po dobu jednoho až sedmi dnů. Tento postup vám dává čas zjistit, zda jste při migraci něco nezapomněli. Například, že k překladu na původní server byla použita adresa IP místo DNS. Pokud se po sedmi dnech nic nezlomilo a nezaznamenali jste žádné problémy, mělo by být bezpečné smazat původní server.
Pokud jste tak ještě neučinili, implementujte na cílovém serveru plán zálohování, abyste zabránili významné ztrátě dat v případě katastrofy.