- Analiza razlika između hladnih i toplih migracija prema dostupnosti usluge.
- Implementacija strategija diferencijalne replikacije i sinkronizacije baze podataka kako bi se uklonili zastoji.
- Tehnički zahtjevi za kompatibilnost hardvera, CPU-a i memorije kako bi se osigurala uspješna migracija između hostova.
Kada digitalni projekt počne rasti, dođe trenutak kada trenutni hosting postane nedovoljan. Bilo da vam je potrebna veća procesorska snaga , skalabilnost koja vas ne ograničava ili jednostavno zato što ste pronašli pružatelja usluga koji vam bolje odgovara, veliko pitanje je uvijek isto: kako premjestiti sve bez pada moje web stranice? Istina je da ako imate jasan plan i prave alate, možete migrirati svoje podatke i postavke bez da vaši korisnici išta primijete.
Migracija podataka nije laka, jer se složenost skalira s veličinom vaše infrastrukture. Premještanje jednostavnog bloga nije isto što i premještanje klastera poslužitelja s ogromnim bazama podataka. U tom smislu, ključno je odlučiti hoćete li migrirati na identičnu arhitekturu ili iskoristiti migraciju sustava s novim hardverom za nadogradnju na moderniji operativni sustav ili drugu upravljačku ploču, što će uključivati prilagodbu konfiguracija kako biste maksimalno iskoristili CPU i memoriju nove opreme.
Planiranje i priprema zemljišta
Prije premještanja jedne datoteke, najpametnije je očistiti izvorni poslužitelj. Nema smisla nositi smeće sa sobom; iskoristite ovu priliku i izbrišite zastarjele sigurnosne kopije , račune e-pošte koji više ne postoje ili skripte koje se godinama ne koriste. Na taj način, količina podataka koje treba prenijeti je manja, a imate puno realniju predodžbu o resursima koji će vam trebati na odredištu.
Kritična točka je kalendar. Morate postaviti određeno vrijeme za zamrzavanje promjena datoteka i postavki. Idealno bi bilo privremeno blokirati pristup bazama podataka kako biste spriječili dodavanje novih podataka dok izrađujete sigurnosnu kopiju, iako postoje metode za kasnije ažuriranje podataka. Naravno, nikada ne započinjite ovaj proces bez potpune i provjerene sigurnosne kopije vašeg trenutnog sustava, jer je to vaša jedina sigurnosna mreža ako nešto pođe po zlu.
Strategije za izbjegavanje zastoja
Ako tražite maksimalnu jednostavnost, možete napraviti točnu kopiju poslužitelja i prenijeti je na novi hardver, ali to će rezultirati razdobljem zastoja dok se DNS širi. Za one koji si ne mogu priuštiti ni sekundu zastoja, rješenje je odabrati hibridnu migraciju. U slučaju baza podataka, možete konfigurirati stari poslužitelj kao glavni , a novi kao podređeni , osiguravajući da su oba sinkronizirana u stvarnom vremenu.
Nakon što je sinkronizacija savršena, jednostavno zamijenite uloge i novi poslužitelj postaje primarni. Druga vrlo učinkovita tehnika je korištenje uravnoteživača opterećenja . To vam omogućuje preusmjeravanje malog dijela prometa na novo računalo kako biste provjerili radi li sve glatko i ispravno prije konačne promjene. Na taj način, ako postoji problem, on utječe samo na minimalni postotak korisnika i možete odmah vratiti promet .
Migracije virtualnih strojeva (VM)
U virtualiziranim okruženjima imamo dva glavna pristupa: hladnu migraciju i migraciju uživo. Prvi se događa kada je računalo isključeno ili suspendirano; jednostavniji je, ali prekida uslugu . Drugi, poznat kao migracija uživo ili migracija uživo , omogućuje vam premještanje virtualnog stroja dok radi. Za detaljnije informacije možete slijediti detaljni vodič za migraciju virtualnih strojeva, koji objašnjava alate poput vMotiona ili XenServera koji premještaju stanje memorije preko mreže.
Da bi migracija uživo funkcionirala, postoje strogi zahtjevi. Na primjer, odredišni host mora imati istu ili noviju verziju softvera i kompatibilan CPU (ne možete prijeći s Intela na AMD uživo). Osim toga, ako nema dijeljene pohrane, koristi se migracija pohrane uživo , koja premješta virtualne diskove (VDI-je) dok VM ostaje aktivan. Međutim, to zahtijeva da odredište ima znatan slobodan prostor, ponekad i do tri puta veći od veličine diska.
Alati i metode prijenosa
Ovisno o vašoj razini tehničkih vještina, imate nekoliko mogućnosti. Moderne kontrolne ploče uvelike pojednostavljuju proces s automatiziranim alatima za sigurnosno kopiranje i vraćanje . Ako koristite WordPress, postoje namjenski dodaci koji obavljaju gotovo sav posao. Za naprednije korisnike, root pristup putem SSH-a je najbrži način, korištenjem naredbi poput mysqldump za MySQL baze podataka , osiguravajući da dozvole i korisnici ostanu netaknuti.
Za besprijekorne migracije poslužitelja u oblak , kao što je Azure, postoje opcije bez agenata i one temeljene na agentima. Migracije bez agenata integriraju se s hipervizorom (VMware ili Hyper-V) pomoću snimki i praćenja promjena blokova, smanjujući opterećenje poslužitelja. Opcije temeljene na agentima , s druge strane, zahtijevaju instaliranje softvera na izvornom računalu i idealne su za fizičke poslužitelje ili okruženja s vrlo strogim ograničenjima IOPS-a za pohranu.
Moguće komplikacije i kako ih riješiti
Neprijatelj broj jedan je nestabilna veza. Kratki prekid može prekinuti masovni prijenos, prisiljavajući vas da počnete ispočetka ili, još gore, ostavljajući oštećene ili nepotpune datoteke na odredištu. Problemi s kompatibilnošću također su česti ako promijenite operativni sustav, jer se formati datoteka ili verzije programskih jezika mogu razlikovati, što uzrokuje da se aplikacija ne pokrene.
Još jedna uobičajena zamka su dozvole za pristup i lozinke , koje se ponekad ne prenose ispravno između računala. I ne zaboravimo DNS; ako je TTL (vrijeme života) previsok, promjena poslužitelja može potrajati satima da se odrazi u cijelom svijetu. Preporučljivo je smanjiti TTL na 300 sekundi nekoliko dana prije migracije kako bi se osigurao gotovo trenutni prijelaz.
Upravljanje DNS-om i e-poštom
Migracija IP adrese je delikatna stvar jer, općenito, ne možete zadržati svoju IP adresu prilikom promjene pružatelja usluga. To znači da morate ažurirati svoje DNS zapise . Kako biste izbjegli iznenađenja, preporučljivo je da oba poslužitelja budu aktivna paralelno barem tjedan dana. Ako migracija ne uspije, jednostavno vratite prethodne DNS zapise i usluga će se vratiti na stari poslužitelj bez gubitka podataka.
Što se tiče e-pošte, morate biti posebno oprezni s reputacijom svoje IP adrese . Nije preporučljivo slati cijelu količinu e-poruka s nove IP adrese prvog dana; bolje je postupno se privikavati. Osim toga, trebali biste pustiti stari poslužitelj da nastavi primati e-poruke nekoliko dana, jer neki poslužitelji za slanje keširaju MX zapise i mogu pokušati dostaviti poruke na staru adresu.
Uspjeh migracije ovisi o kombinaciji temeljitog čišćenja prije migracije, inteligentne sinkronizacije podataka i pedantnog upravljanja DNS-om. Korištenjem diferencijalne replikacije za minimiziranje poremećaja i održavanje preklapanja poslužitelja tijekom prijelaza, možete osigurati da se vaša infrastruktura razvije u snažniji hardver bez žrtvovanja dostupnosti usluge ili integriteta podataka.
Strastveni pisac o svijetu bajtova i tehnologije općenito. Volim dijeliti svoje znanje pisanjem, a to je ono što ću učiniti na ovom blogu, pokazati vam sve najzanimljivije stvari o gadgetima, softveru, hardveru, tehnološkim trendovima i još mnogo toga. Moj cilj je pomoći vam da se snađete u digitalnom svijetu na jednostavan i zabavan način.