Siirry sisältöön
Kaikki palvelut
Pilviperusta ja verkotRakenna

Siirrot ja toipumiskyky

Siirrä työkuormat omasta konesalista, toiselta pilvialueelta tai toisesta pilvestä suunnitelluin askelin. Saat toipumismallin, joka täyttää RPO- ja RTO-tavoitteesi, ja palautustestit sen todeksi.

Milloin tarvitset tätä

Osa järjestelmistä pyörii yhä omassa konesalissa, pilvessä kaikki on yhdellä alueella, eikä varmuuskopioista ole koskaan testattu täyttä palautusta. Siirto on edessä, mutta järjestelmien välisiä riippuvuuksia ei ole kartoitettu.

Mikä määrittää tarjouksen

  • Yksi kohdepilvi kerrallaan: AWS, Microsoft Azure tai Google Cloud. Lähteenä voi olla oma konesali (VMware vSphere, Hyper-V tai fyysiset palvelimet), toinen pilvialue tai toinen pilvi.
  • Mitoitus perustuu työkuormiin, datamäärään, siirtoikkunoihin sekä RPO- ja RTO-tavoitteisiin. Lähtötiedot saadaan siirtokartoituksesta tai pilvilähteiden osalta maksuttomalla inventaariokyselyllä, jonka ajat itse lukuoikeuksilla (AWS Resource Explorer, Azure Resource Graph tai Google Cloud Asset Inventory).
  • Pelkkä toipumiskyky, noin 2 viikkoa: toipumismalli, palautustestit ja ajo-ohje enintään 5 kriittiselle työkuormalle ilman siirtoa, mallina varmuuskopiointi ja palautus tai pilot light.
  • Aluesiirto tai siirto omasta konesalista, 4–6 viikkoa: enintään 10 työkuormaa (tai 30 palvelinta) ja 5 TB dataa, enintään 3 siirtoikkunaa.
  • Laajempi siirto, enintään 8 viikkoa: enintään 20 työkuormaa ja 20 TB dataa, tai toipumismallina warm standby tai multi-site.
  • Pilvien välisistä siirroista ja suuremmista ympäristöistä teemme tarjouksen mitoituksen jälkeen.

Mikä muuttuu

  • Siirto etenee suunnitelluin askelin, joista jokaisesta on paluureitti.
  • Jokaisella kriittisellä työkuormalla on sovitut RPO- ja RTO-tavoitteet ja toipumismalli, joka täyttää ne.
  • Palautustestit osoittavat, että kriittiset työkuormat saadaan takaisin, ja kertovat, kuinka kauan se kestää.
  • Tiimilläsi on ajo-ohje, josta näkee, kuka tekee mitä, kun pilvialue tai kriittinen järjestelmä pettää.

Mitä saat

  • Työkuormien, datan ja riippuvuuksien kartoitus kriittisyysjärjestyksessä
  • RPO- ja RTO-tavoitteet jokaiselle kriittiselle työkuormalle sekä toipumismalli, joka täyttää ne
  • Siirtosuunnitelma, jossa on siirtojärjestys, tuotantosiirron vaiheet ja paluupisteet
  • Kohdeympäristö, -alue tai varaympäristö koodina rakennettuna, mukaan lukien hybridiyhteys (VPN, Direct Connect, ExpressRoute tai Cloud Interconnect)
  • Palvelinten ja tietokantojen replikointi pilven omilla työkaluilla (AWS Application Migration Service ja AWS DMS, Azure Migrate ja Azure Database Migration Service tai Migrate to Virtual Machines ja Database Migration Service) sekä tuotantosiirto sovituissa siirtoikkunoissa
  • Palautustestit AWS Backupilla, Azure Backupilla tai Google Cloud Backup and DR:llä sekä mitatut palautumisajat
  • Toipumisen ajo-ohje tiimillesi
  • Tuki tuotantosiirron aikana ja lyhyen aikaa sen jälkeen

Rayna Toursille palautimme tuotannon varaympäristöön ja siirsimme sitten AWS-alustan uudelle alueelle.

Ei sisälly

  • Sovellusten arkkitehtuurin uudistaminen; työkuormat siirretään sellaisinaan tai etukäteen sovituin pienin muutoksin
  • Kohdealueen ja varaympäristön käyttökulut
  • Liiketoiminnan jatkuvuussuunnittelu IT-järjestelmien ulkopuolella

Mitä tarvitsemme sinulta

  • AWS: määräaikainen AdministratorAccess-käyttöoikeusjoukko (permission set) lähde- ja kohdetileillä tai oma julkaisuroolisi.
  • Azure: Contributor-rooli lähde- ja kohdetilauksiin sekä Backup Contributor -rooli palautustestejä varten.
  • Google Cloud: roolit Compute Admin, Cloud SQL Admin ja Storage Admin mukana olevissa projekteissa tai käyttämiesi palvelujen vastaavat roolit.
  • Liiketoiminnan omistaja, joka sopii palautumistavoitteet ja siirtoikkunat, sekä sovellusten omistajat, jotka testaavat ja hyväksyvät jokaisen työkuorman siirron jälkeen.
  • Siirrot omasta konesalista: lukuoikeus vCenteriin tai Hyper-V:hen, palomuurisäännöt replikointiagenteille ja hybridiyhteyden tiedot.

Näin työ etenee

  1. Maksuton 30 minuutin puhelu, sitten siirtokartoitus tai mitoituskysely ja kirjallinen kiinteähintainen tarjous.

  2. Kartoitetaan työkuormat, data ja riippuvuudet sekä sovitaan RPO- ja RTO-tavoitteet kanssasi.

  3. Rakennetaan kohdeympäristö koodina ja harjoitellaan siirtoa ensin muilla kuin tuotantotyökuormilla.

  4. Siirretään tuotanto suunnitelluin askelin sovituissa siirtoikkunoissa.

  5. Tehdään kriittisten työkuormien palautustestit ja päivitetään ajo-ohje tulosten perusteella.

Lyhyesti

Kesto
2–8 viikkoa
Hinta
Kiinteä tarjous maksuttoman 30 minuutin puhelun jälkeen
Toteuttaja
Pääarkkitehtimme ja pilvi-insinööri

Liittyvät referenssit

Rayna Tours

Tuotannon siirto häiriöstä kärsivältä pilvialueelta

Kun matkavarausalustaa ajavalla AWS-alueella oli häiriö, tuotanto toimi varaympäristössä noin vuorokaudessa, ja koko alusta siirtyi uudelle alueelle noin kuukaudessa.

~1 päivä
tuotanto varaympäristöön
~36 h
jaettujen palvelujen uudelleenrakennus koodina
Arvioi Suosittu

Pilviperustan tarkistus

1–2 viikon katselmointi, joka vertaa AWS-, Azure- tai Google Cloud -perustaasi CIS Benchmark -suosituksiin ja sitoo jokaisen havainnon näyttöön, kohteena oleviin resursseihin ja korjaukseen.

Kesto:1–2 viikkoa
Arvioi

Pilviverkon Zero Trust -katselmointi

Viikon katselmointi liikenteestä, joka kulkee AWS-, Azure- tai Google Cloud -verkkoihisi, niistä ulos ja niiden välillä, ja tuloksena näytöllä tuetut havainnot, Zero Trust -tavoitearkkitehtuuri ja priorisoitu tiekartta.

Kesto:1–2 viikkoa
Arvioi

Siirtokartoitus

1–2 viikon kartoitus siitä, mitä ajat omassa konesalissa tai toisessa pilvessä. Saat siirtotavan sovelluksittain, siirtoaaltojen suunnitelman ja kustannusarvion AWS:ään, Azureen tai Google Cloudiin.

Kesto:1–2 viikkoa

Etkö tiedä, mistä aloittaa?

Varaa maksuton 30 minuutin puhelu. Kuulemme, mitä tarvitset, ja kerromme rehellisesti, voimmeko auttaa ja miten. Puhelu ei sido sinua mihinkään.