Cloudmigratie: strategie voor bestandsoverdracht

Bij 1 Gbps bandbreedte duurt het overbrengen van 100 TB naar de cloud roughly 14 dagen van ononderbroken doorvoer — en de meeste bedrijven hebben geen 14-daags onderhoudsvenster. Een cloudmigratie-strategie voor bestandsoverdracht staat of valt bij drie beslissingen: het transportpad (publiek internet, Direct Connect, of fysiek apparaat), het overgangsmodel (big-bang, gefaseerd, of parallel-run), en de integriteitschecks die je vertrouwt. Plan de volgorde voordat je de tooling kiest, en reserveer 20% speling voor heroverdrachtens en reconciliatie.

De dataset in kaart brengen voordat je een kabel aanraakt

Voordat je AWS DataSync, Azure AzCopy of Google Storage Transfer Service kiest, breng je in kaart wat je daadwerkelijk hebt. Voer du -sh uit op bestandsshares, vraag databasecatalogi op voor aantallen rijen, en exporteer objectopslagmanifesten. Een middelgroot bedrijf dat ik auditeerde dacht 8 TB op zijn NAS te hebben; het werkelijke aantal was 34 TB zodra je snapshots en verborgen ~$ Office-vergrendelingsbestanden meertelde.

Classificeer de inventaris op drie assen: grootte, wijzigingsfrequentie en regelgevingsgewicht. Bestanden onder 1 MB bewegen traag per byte vanwege per-objectoverhead — een bucket met 200 miljoen kleine bestanden kan langer duren dan een met 10 TB video. Rangschik warme data (dagelijks gewijzigd) apart van koude data (.pdf-archieven, facturen uit 2017). Koude data kan weken van tevoren worden verzonden; warme data heeft logica nodig voor synchronisatie-tot-overgang.

Een transportmethode kiezen die past bij je planning

Voor minder dan 10 TB met een goede glasvezelverbinding wint online overdracht via TLS 1.3 doorgaans. Tussen 10 TB en 500 TB: reserveer bandbreedte of richt AWS Direct Connect / Azure ExpressRoute in om het bedrijfsnetwerk niet te verzadigen. Boven 500 TB verslaat fysieke seeding het internet: AWS Snowball Edge bevat 80 TB, Snowmobile verplaatst exabytes in een zeecontainer, en Azure Data Box Heavy slaat 1 PB op.

Reken eerlijk. Bij 1 Gbps (125 MB/s aanhoudend, realistisch 80 MB/s na overhead) duurt 100 TB zo'n 14 dagen ononderbroken. Als je bewerkingsvenster 48 uur is, is de kabel niet haalbaar — stuur schijven. Factor egress in: 100 TB uit een oudere provider verplaatsen à $0,09/GB kost $9.000 voordat je de bestemming aanraakt.

Integriteit: vertrouwen maar controleer met checksums

Elke migratie heeft end-to-end integriteitsverificatie nodig, niet alleen transportlaag TLS. Genereer SHA-256- of xxHash64-hashes aan de bron, stuur ze mee met de payload, en hash ze opnieuw op de bestemming. AWS DataSync doet dit standaard; rsync met --checksum dwingt het af; rclone ondersteunt --check-first en crypt-backends.

Voor compliance-werkbelastingen: bewaar het manifest — een CSV van pad, byteaantal en hash — voor de volledige bewaarperiode. De AVG Artikel 5(1)(f) vereist dat je kunt aantonen dat bestanden onderweg niet zijn gewijzigd. Eén verkeerd uitgelijnd byte in een medisch bestand kan een viewer weigeren het te openen.

Downtime minimaliseren met delta-synchronisatie

Big-bang-overgangen zijn de vijand van nachtrust. Doe in plaats daarvan weken van tevoren een initiële bulkkopie, en voer dan nachtelijkse incrementele delta's uit totdat het overgangsvenster aanbreekt. Tools zoals rclone (--update --use-server-modtime), AzCopy (--overwrite=ifSourceNewer), en Google's gsutil rsync -d detecteren gewijzigde bestanden op mtime of hash en verplaatsen alleen de delta.

Databases hebben hun eigen plan nodig. Voor een PostgreSQL-instantie van 2 TB: gebruik pg_basebackup plus WAL-shipping; voor MySQL: richt een replica op de bestemming in en promoveer die tijdens de overgang. Bestandssysteemdeltas via rsync kunnen de eindgolf van uren naar minuten terugbrengen, wat doorgaans past in een zaterdagnacht-onderhoudsvenster.

Bandbreedteverdeling en overdrachten op vaste tijden

Migraties die elk bit van het WAN opeisen, eindigen slecht — helpdesktickets stapelen zich op voor het ontbijt. Beperk agressief. AzCopy accepteert --cap-mbps, rclone ondersteunt --bwlimit 50M:100M voor dag/nacht-tarieven, en DataSync plant taken met bandbreedtecaps per uur. Een verstandig beleid: 30% van de verbinding tijdens kantooruren, 90% 's nachts, 100% in het weekend.

Segmenteer verkeer ook op de firewall. Tag migratiestromen met een DSCP-waarde zodat QoS-beleid Zoom-gesprekken niet uithongert. Als je MPLS gebruikt naar filialen, overweeg dan SD-WAN-uitbreek zodat migratieverkeer lokaal uitgaat in plaats van terug te reizen via het hoofdkantoor.

Gevoelige data in transit afhandelen

Elke migratie die PII, PHI of kaarthouderdata bevat, heeft versleuteling nodig die voldoet aan de relevante norm. TLS 1.3 is de ondergrens; voor bestanden in rust tijdens staging: omhul ze met AES-256-GCM vóór de upload. PCI DSS 4.0 Vereiste 4.2.1 schrijft sterke cryptografie voor kaarthouderdata over publieke netwerken voor. De AVG Artikel 32 vereist passende technische maatregelen om persoonsgegevens te beschermen tijdens verwerking en overdracht.

Voor ad-hoc overdrachten van kleine batches tijdens de migratie — denk aan een consultant die een Salesforce-tabel exporteert, of een DBA die een inloggegevenskluis verplaatst — houden end-to-end versleutelde tools sleutels buiten het bereik van de transportprovider. HexaTransfer verwerkt dit soepel voor eenmalige bestanden tijdens een migratie — versleuteling vindt in de browser plaats voordat iets een server aanraakt.

De overgang oefenen voor de overgang

Repeteer de migratie op een deelverzameling. Kies één afdeling — zeg 300 GB van Marketing's gedeelde schijf — en voer de volledige pijplijn uit: broninventaris, overdracht, checksomverificatie, rechtentoewijzing en applicatie-failover. Tijdstempel elke stap en documenteer wat er misging.

Veelvoorkomende verrassingen: NTFS-ACL's die niet netjes toewijzen aan S3-bucketbeleid, symlinks die rclone als bestanden behandelt, SMB-sharepaden die zijn ingebed in applicatieconfiguraties, en hoofdlettergevoeligheidsverschillen tussen Windows- en Linux-bestemmingen. Los die op in staging, niet om 2 uur 's nachts op de nacht van de grote overgang. Een repetitie die een week duurt, bespaart een terugrol die een maand duurt.

Afstemming na migratie

Verklaar succes pas na afstemming. Vergelijk bron- en bestemmingsobjectaantallen, totale bytes en een willekeurige 1%-hashsteekproef. Bevraag applicatiemetrieken — als een documentbeheersysteem 4,2 miljoen bestanden rapporteerde en de bestemming 4,19 miljoen toont, zoek dan de ontbrekende 10.000 voordat je de bron afzet.

Houd de bron minstens 30 dagen na de overgang alleen-lezen beschikbaar. Gebruikers raken onvermijdelijk een bestand dat ze nodig hebben dat niet is gemigreerd omdat het in ~/Bureaublad/oud_spul/ stond in plaats van de geïnventariseerde share. Reserveer budget hiervoor, word er niet door verrast, en schrijf het terugrolrunbook op voordat je het nodig hebt.

Probeer het op hexatransfer.com — gratis, geen account vereist, maximaal 10 GB.