Palvelin- ja hostingsiirto ilman katkoja
Siirrämme käytössä olevat verkkosivustot, verkkokaupat, tietokannat, taustapalvelut ja sähköpostin uudelle palvelimelle tai hostingpalveluun. Uusi palvelin toimii rinnakkain, kunnes jokainen sivusto läpäisee tarkistuksensa, ja itse vaihto on DNS-muutos, jonka voi perua.
Kun siirto osuu pöydällenne
Kukaan ei siirrä palvelimia huvikseen. Yleensä päivämäärän asettaa joku muu, ja palvelimella on enemmän kuin kukaan muistaa.
- Hostingpalvelu lopettaa pakettinne, ja palvelimella on sähköposti, viisi sivustoa ja ajastettu tehtävä, jota kukaan ei dokumentoinut
- Hostinglasku nousi taas, ja siirto tuntuu riskialttiimmalta kuin maksaminen
- Käyttöjärjestelmä tai hallintapaneeli ei enää saa päivityksiä, ja sen pystyttänyt henkilö on lähtenyt
- Haluatte yhdistää useita vanhoja palvelimia yhdeksi tai siirtyä edullisempiin ARM-palvelimiin
- Verkkotunnustenne sähköposti on samalla koneella, eikä kukaan tiedä, mistä DNS-tietueista se riippuu
- Edellinen siirtoyritys päättyi rikkinäisiin kuviin, kadonneisiin tilauksiin tai palautuviin sähköposteihin
Mitä siirrämme
Ensin inventaario
Ennen kuin mitään kopioidaan, listaamme, mitä oikeasti on käynnissä: sivustot, tietokannat, ajastetut tehtävät, taustaprosessit, postilaatikot ja edelleenlähetykset, FTP-tilit, sertifikaatit ja DNS-tietueet. Listalta löytyy yleensä muutama asia, josta omistaja ei tiennyt.
Verkkopino ja tietokannat
nginx ja Apache, useita PHP-versioita rinnakkain, MySQL ja PostgreSQL sekä hallintapaneelit, kuten aaPanel ja FastPanel. Sivustot siirtyvät asetuksineen, käyttäjineen ja tiedosto-oikeuksineen, eivät pelkkinä tiedostoina.
Node, Docker ja palvelut
Node.js-sovellukset PM2:n tai systemd:n alla, Docker-kontit ja taustalla ajettavat prosessit. Riippuvuudet käännetään uudelleen uudella koneella, mikä on tärkeää, kun suoritinarkkitehtuuri vaihtuu.
Sähköposti
Postilaatikot salasanoineen ja historioineen, aliakset ja edelleenlähetykset, roskapostisuodatus sekä DKIM, SPF ja DMARC. Jos palveluntarjoaja estää lähtevän portin 25, lähtevä posti kulkee välityspalvelimen kautta, jotta mikään ei palaudu.
DNS ja Cloudflare
Vyöhykkeet rakennetaan uudelleen rekisteröijän tai Cloudflaren hallintapaneelin tietueista, ei arvata kyselyjen perusteella. TTL lasketaan etukäteen, ja nimipalvelimet vaihdetaan rekisteröijällä vasta, kun uusi vyöhyke on valmis.
Varmuuskopiot ja valvonta
Uusi palvelin saa varmuuskopiot erilliseen tallennustilaan säilytyskäytäntöineen ja testipalautuksineen sekä käytettävyyden, sertifikaattien ja levytilan valvonnan. Palvelin ilman niitä on siirretty vain puoliksi.
Siirto, jossa vaihto on tylsin osa
Jokainen sivusto toimii ensin uudella palvelimella väliaikaisessa osoitteessa. Avaamme sen sivut, lähetämme lomakkeet, teemme testitilauksen, jos sivustolla on kassa, lähetämme ja vastaanotamme sähköpostia ja odotamme, että ajastetut tehtävät ajetaan. Juuri ennen vaihtoa data synkronoidaan vielä kerran, jotta ensimmäisen kopion jälkeen tehdyt tilaukset ja kommentit eivät katoa. Sitten DNS siirretään vyöhyke kerrallaan. Vanhaan palvelimeen ei kosketa ennen kuin uusi on toiminut jonkin aikaa, joten paluu on yhden tietueen muutos.
- Kirjallinen inventaario kaikesta, mitä vanhalla palvelimella on käynnissä
- Jokainen sivusto tarkistettu uudella palvelimella ennen DNS-muutoksia
- Viimeinen datan synkronointi juuri ennen vaihtoa
- Vanha palvelin varalla, kunnes vahvistatte
Ongelmat, jotka olemme jo kohdanneet
Olemme siirtäneet kymmenen projektia ja kaksikymmentäkolme sivustoa palvelimelta toiselle, mukaan lukien täydellinen siirto x86-koneilta ARM64-koneille, ja kirjanneet jokaisen matkan varrella tulleen ongelman. ARM:lla Node-riippuvuudet on asennettava uudelleen eikä kopioitava, ja PHP voi kaatuilla tietyillä JIT-asetuksilla. MySQL voi alkaa käsitellä taulujen nimiä kirjainkoon mukaan ja rikkoa vuosia toimineita kyselyjä. Uudempi tai vanhempi nginx hylkää osia vanhasta konfiguraatiosta, ja tietokannat siirtyvät väärällä merkistöjärjestyksellä. Cloudflare-vyöhyke voi jumittua aktivointiin, roskapostisuodatin ei välttämättä allekirjoita postia ennen kuin se käynnistetään uudelleen oikeassa järjestyksessä, ja palomuurisääntö voi estää koko toimiston, joka jakaa yhden IP-osoitteen. Hallintapaneelien siirtotyökalut voivat ilmoittaa onnistumisesta keskeneräisellä kopiolla, ja sertifikaattien uusiminen voi pysähtyä huomaamatta. Jokaisen näistä tarkistaminen vie nyt minuutteja eikä tunteja selvittelyä.
- Oikeista siirroista koottu tarkistuslista, ei dokumentaatiosta
- Arkkitehtuurimuutokset, kuten x86:sta ARM64:ään, hoidetaan suunnitelmallisesti
- PHP:n, MySQL:n ja nginxin versioerot tarkistetaan ennen vaihtoa
- Sähköposti, sertifikaatit ja palomuurisäännöt testataan eikä oleteta
Siirron jälkeen: ylläpitoa luovutuskansion sijaan
Siirto on hetki, jolloin yksi tiimi vihdoin tuntee koko palvelimen: mitä siellä on käynnissä, miksi ja mikä riippuu mistäkin. Olisi tuhlausta menettää tämä tieto vaihtoa seuraavana päivänä. Useimmat siirtoasiakkaamme jatkavat kuukausittaisella palvelinten ylläpidolla, jossa samat ihmiset asentavat päivitykset, valvovat varmuuskopioita ja valvontaa, uusivat sertifikaatit ja hoitavat seuraavan muutoksen. Jos haluatte ylläpitää palvelinta itse, saatte dokumentaation uudesta ympäristöstä ja pääsyn kaikkeen.
- Dokumentaatio uudesta palvelimesta: palvelut, polut, aikataulut, käyttöoikeudet
- Varmuuskopiot ja valvonta käynnissä ensimmäisestä päivästä
- Mahdollisuus jatkaa kuukausittaisella palvelinten ylläpidolla
- Kaikki tilit ja avaimet teidän nimissänne
Miten siirto etenee
Inventaario
Saamme lukuoikeuden vanhaan palvelimeen, verkkotunnuksiin ja DNS:ään. Saatte listan siitä, mitä siellä on käynnissä ja mitä siirto vaatii.
Suunnitelma ja uusi palvelin
Sovimme kohdehostingin ja palvelimen koon ja pystytämme uuden koneen samoilla tai uudemmilla ohjelmistoversioilla. Saatte vaihtosuunnitelman sivustoittain ja verkkotunnuksittain.
Kopiointi ja testaus
Sivustot, tietokannat, palvelut ja sähköposti kopioidaan ja tarkistetaan väliaikaisissa osoitteissa. Ongelmat korjataan, kun vanha palvelin vielä palvelee kaikkia.
Vaihto
Viimeisen datan synkronoinnin jälkeen DNS siirretään vyöhyke kerrallaan valitsemananne ajankohtana. Seuraamme liikennettä, lokeja ja sähköpostia vaihdon aikana.
Seuranta ja päätös
Uusi palvelin toimii seurannassa, kun vanha odottaa varalla. Sitten vanha palvelin sammutetaan, ja valitsette kuukausittaisen ylläpidon tai dokumentoidun luovutuksen välillä.
Mitä siirrämme ja mihin
Hallintapaneelit ja verkkopalvelimet
- aaPanel
- FastPanel
- nginx
- Apache
- PHP-FPM 7.4–8.4
- Let's Encrypt
Tietokannat ja sovellukset
- MySQL 5.7 ja 8.0
- PostgreSQL
- Node.js ja PM2 tai systemd
- Docker
- Traefik
Sähköposti ja DNS
- Postfix
- Dovecot
- Exim
- Rspamd
- DKIM, SPF, DMARC
- Cloudflare
Infrastruktuuri
- Hetzner x86 ja ARM64
- Hetzner Storage Box
- rsync
- Linux
Yhteistyömallit
Siirtoprojekti
Kiinteä laajuus, joka sovitaan inventaarion jälkeen: mitkä sivustot, palvelut ja verkkotunnukset siirretään ja minne.
Siirto ja kuukausittainen ylläpito
Siirrämme palvelimen ja huolehdimme siitä sen jälkeen: päivitykset, varmuuskopiot, valvonta ja seuraavat muutokset.
Tuntiperusteinen apu
Inventaario ja siirtosuunnitelma omalle tiimillenne tai apu yksittäiseen hankalaan osaan, kuten sähköpostiin tai DNS:ään.
Palautteet
Revolin tiimi tehostaa edelleen asiakkaan kehityskyvykkyyttä laadukkaalla työllään ja luotettavalla tuellaan. Tiimi viestii tehokkaasti ja ymmärtää hyvin asiakkaan tarpeet ja liiketoiminnan.
Tomas
Revolin työ vastasi täysin odotuksia, ja asiakas oli tyytyväinen. Tuore lähestymistapa ja valmius olla tukena myös jatkossa ovat olleet arvokkaita. Asiakkaat voivat valita heidät viestiväksi, asiakaslähtöiseksi tiimiksi tavoitteidensa saavuttamiseen.
Andrey
Usein kysytyt kysymykset
Kaatuvatko sivustomme siirron aikana?
Niiden ei pitäisi. Uusi palvelin toimii rinnakkain ja ottaa liikennettä vastaan vasta, kun jokainen sivusto on tarkistettu sillä. DNS-muutoksen levitessä osa kävijöistä päätyy vielä hetken vanhalle palvelimelle, ja siksi se pidetään päällä, kunnes muutos on levinnyt.
Mitä tapahtuu vaihdon aikana tehdyille tilauksille ja lomakkeille?
Synkronoimme datan vielä kerran juuri ennen vaihtoa, joten jäljelle jää vain lyhyt aikaikkuna. Vilkkaille kaupoille sovimme, miten se suljetaan: vaihto hiljaisena tuntina, kassan keskeyttäminen muutamaksi minuutiksi tai viimeisten tilausten yhdistäminen vanhasta tietokannasta käsin.
Voitteko siirtää myös sähköpostimme?
Kyllä. Postilaatikot siirtyvät viesteineen ja salasanoineen, jos vanha järjestelmä sen sallii, yhdessä aliasten ja edelleenlähetysten kanssa. Rakennamme DKIM:n, SPF:n ja DMARC:n uudelle palvelimelle ja tarkistamme, että lähtevä posti myös toimitetaan eikä vain lähetetä.
Olemme x86-palvelimilla. Voimmeko siirtyä ARM64:ään?
Yleensä kyllä, ja ARM-palvelimet ovat usein edullisempia samalla kuormalla. Useimmat PHP-, WordPress-, Node- ja tietokantakuormat toimivat ARM:lla, kun niiden riippuvuudet on käännetty uudelleen. Inventaario näyttää ajoissa, jos jotain on olemassa vain x86:lle, kuten vanha Docker-image tai suljetun lähdekoodin binääri, ja silloin pidämme sen osan x86:lla.
Tarvitsetteko pääsyn verkkotunnusten rekisteröijäämme?
Suunnitteluun riittää lukuoikeus DNS:ään. Vaihtoa varten tietueita on muokattava tai nimipalvelimet vaihdettava, minkä voitte tehdä itse ohjeidemme mukaan tai antaa meille pääsyn sitä päivää varten.
Entä jos jokin hajoaa vaihdon jälkeen?
Vanha palvelin on yhä olemassa, joten nopein korjaus on ohjata DNS takaisin, kun etsimme syytä. Seuraamme lokeja, postijonoja ja valvontaa jokaista vaihtoa seuraavina ensimmäisinä päivinä, jolloin testauksessa näkymättömät ongelmat yleensä ilmenevät.
Voimmeko luopua hallintapaneelistamme?
Kyllä. Voimme siirtää sivustot paneelista toiseen tai tavalliselle palvelimelle ilman paneelia, jolloin sitä hallitaan konfiguraatiotiedostoilla ja skripteillä. Suosittelemme sitä, mikä sopii palvelinta myöhemmin ylläpitäville ihmisille.
Huolehditteko palvelimesta siirron jälkeen?
Jos haluatte. Useimmat siirtoasiakkaat jatkavat kuukausittaisella palvelinten ylläpidolla, jossa sama tiimi hoitaa päivitykset, varmuuskopiot, valvonnan ja jatkomuutokset. Muussa tapauksessa saatte dokumentaation ja täydet käyttöoikeudet, ja palvelin on teidän ylläpidettävänne.
Kertokaa projektistanne
Kuvatkaa tehtävä muutamalla rivillä. Vastaamme yhden työpäivän kuluessa kysymyksillä tai alustavalla näkemyksellä laajuudesta ja kustannuksista.
Sopiiko sähköposti tai puhelu paremmin?
welcome@revolsource.com
+38 097 662 23 20
Revol Software OÜ, Tallinna, Viro. Tiimimme on hajautettu ympäri maailmaa.
Liity tiimiimme
Lähettäkää ansioluettelonne osoitteeseen career@revolsource.com