# En migreringsrunbook til dedikerede servere, der beskytter dataene | SwissOctet Insights https://swissoctet.com/da/insights/dedicated-server-migration-runbook/ SwissOctet / Indsigter / Dedikeret & GPU Dedikeret & GPU Anvendt · 6 min. læsning En migreringsrunbook til dedikerede servere, der beskytter dataene Øv flytningen, etablér en konsistent datagrænse, og definér, hvad rollback betyder, efter det nye system accepterer skrivninger. Af SwissOctet Editorial Gem guide Kopiér link PÅ DENNE SIDE 01 Kortlæg tjenesten, før maskinen flyttes 02 Byg destinationen som et separat miljø 03 Vælg en konsistent datagrænse 04 Forbered trafikrouting uden at love øjeblikkelige ændringer 05 Definér rollback, efter skrivninger begynder 06 Afslut migreringen med operationelle kontroller Din praktiske tjekliste Kilder og videre læsning Tilbage til biblioteket DET DIREKTE SVAR Forbered og test den nye server først, kopiér data med en applikationsunderstøttet konsistensmetode, definér et cutover-vindue, og bevar det gamle miljø. Rollback skal tage højde for skrivninger, der accepteres på den nye server, ikke kun en DNS-ændring. 01 Kortlæg tjenesten, før maskinen flyttes En migrering omfatter mere end applikationsfilerne. Liste databaser, uploads, planlagte job, kø-workers, certifikater, domæner, hemmeligheder og udgående integrationer op. Registrér softwareversioner og de driftsantagelser, der betyder noget, såsom filrettigheder og lagerstier. En ny dedikeret server kan afsløre en glemt afhængighed, der stille blev installeret for år tilbage i det gamle miljø. Tildel en ejer til cutover-beslutningen, og definér, hvordan succes ser ud. Medtag brugersynlige kontroller, datakonsistens og evnen til at gendanne adgang. Bekræft, at den nye konfiguration er leveret og brugbar, før du annoncerer en migreringsdato. En ordrebekræftelse eller en angivet hardware-specifikation er ikke det samme som en fungerende destination, der er klar til at modtage produktionsdata. 02 Byg destinationen som et separat miljø Installer den nødvendige stack, etablér administration, og konfigurér den tilsigtede firewall. Hold hemmeligheder private, og angiv tjenestetilladelser bevidst. Verificér applikationens forventede hostname- og certifikatadfærd, før offentlig trafik flyttes. Apaches dokumentation om virtuelle værter illustrerer, hvorfor hostname-routing er en separat konfigurationsbeslutning fra serverens adresse. En fungerende standardside beviser ikke, at det korrekte applikationshost er konfigureret. Brug et repræsentativt gendannet datasæt til øvelsen, med udgående e-mail, betalinger og planlagte job deaktiveret eller omdirigeret til sikre testsystemer. Dette forhindrer testmiljøet i at handle på rigtige brugere. Afprøv login, uploads, baggrundsarbejde og gendannelse. Registrér proceduren og dens varighed, så det rigtige vindue er baseret på en observeret proces frem for optimisme. 03 Vælg en konsistent datagrænse Brug en backup- eller replikeringsmetode, der understøttes af databasen og applikationen. PostgreSQL skelner mellem SQL-dumps, filsystembackups og kontinuerlig arkivering, hver med sine egne antagelser. Dets dump-vejledning bemærker, at databasedumps kan være internt konsistente, mens klyngebrede roller og andre detaljer kræver separat håndtering. Læs kravene for det præcise system, du kører, i stedet for at kopiere åbne datafiler vilkårligt. Planlæg, hvordan databasen forholder sig til uploads og køtilstand. Hvis en post peger på en fil, der blev kopieret på et andet tidspunkt, kan den gendannede applikation være ufuldstændig, selv når begge kopier lykkedes hver for sig. Beslut, om skrivninger kortvarigt skal sættes på pause, om der skal bruges en testet replikeringsordning, eller om der skal udføres en applikationsspecifik eksport. Hold den konsistensbeslutning eksplicit i runbooken. Fase Nødvendigt bevis Beslutning Øvelse Applikation og gendannede data består kontroller Destinationen kan overvejes til cutover Endelig synkronisering Defineret konsistent gendannelsespunkt Fortsæt kun med forståede resterende ændringer Trafikskift Korrekt routing og certifikatadfærd Overvåg begge destinationer Rollback Placering af alle nyligt accepterede skrivninger Afstem data, før trafikken vender tilbage 04 Forbered trafikrouting uden at love øjeblikkelige ændringer DNS time-to-live styrer, hvor længe poster må cachelagres, som forklaret i Cloudflares DNS-dokumentation. Gennemgå TTL tidligt, hvis DNS er en del af migreringen, og lad eksisterende cachelagrede poster udløbe under deres tidligere indstilling. Ændring af værdien på cutover-tidspunktet kan ikke bagefter forkorte alle cachelagrede svar. Forskellige klienter kan nå forskellige destinationer under overgangen. Hold det gamle miljø tilgængeligt, mens routingændringer falder på plads, med en bevidst politik for, om det stadig kan acceptere skrivninger. Undgå at køre dublerede kø-forbrugere eller planlagte job, medmindre applikationen er designet til det. Overvåg anmodninger på begge sider, og bekræft det tilsigtede hostname, TLS-certifikat og applikationsversion fra uafhængige klienter. 05 Definér rollback, efter skrivninger begynder Før det nye system accepterer ændringer, kan tilbagevenden af trafik være forholdsvis enkel. Bagefter kan en DNS-tilbagerulning alene miste arbejde eller skabe to modstridende historikker. Definer, hvordan nyoprettede poster og uploads bevares eller afstemmes. Hvis applikationen ikke sikkert kan flette dem, kan en kontrolleret vedligeholdelsesperiode være at foretrække frem for en improviseret tilbagevenden til den gamle kopi. Fastlæg betingelserne for, hvornår migreringen skal sættes på pause, og sørg for, at beslutningsejeren er tilgængelig. Bevar logfiler og nyttig dokumentation i henhold til projektets opbevaringsregler. Slet ikke den gamle maskine eller dens uafhængige gendannelseskopi, blot fordi startsiden blev indlæst én gang. Opbevaringsperioden bør dække de aftalte verifikations- og tilbagerulningsbehov. 06 Afslut migreringen med operationelle kontroller Efter overgangen skal du verificere backup, alarmer, certifikatfornyelse, planlagte opgaver og adgangsgendannelse. Bekræft, at den overvågede vært er det nye mål, og at der ikke er testintegrationer tilbage i produktion. Gennemgå applikationsfejl og brugersynlige svartider under almindelig trafik. Opdater fortegnelsen og runbooken, så den næste administrator ikke behøver at gætte sig til, hvad der er ændret. SwissOctets dedikerede familier tilbyder forskellige fysiske konfigurationer, men migreringsarbejde og administreret assistance skal bekræftes for den valgte tjeneste. Brug kataloget til at vælge passende ressourcer, og byg derefter en testet flytning omkring din applikations data. En migrering er fuldført, når tjenesten og dens gendannelsesproces fungerer på destinationen, ikke blot når filerne er blevet overført. GØR DET TIL HANDLING Din praktiske tjekliste. ✓ Kortlæg data, job, hemmeligheder og integrationer. ✓ Verificer den leverede destination, før du planlægger. ✓ Øv med sikre eksterne integrationer. ✓ Definer konsistens for database og uploads. ✓ Planlæg ruteovergang og forebyggelse af dublerede job. ✓ Angiv tilbagerulning for nye skrivninger. ✓ Verificer backup og overvågning efter overgangen. Download tjekliste ALMINDELIGE SPØRGSMÅL De detaljer, der betyder noget. Kan jeg migrere ved at kopiere applikationsmappen? + Kun hvis den indfanger alt, som tjenesten har brug for, og bevarer konsistensen. Databaser, uploads, job, hemmeligheder og konfiguration kræver normalt særskilt opmærksomhed. Gør en lavere DNS-TTL overgangen øjeblikkelig? + Nej. Tidligere cachelagrede svar kan forblive, indtil deres tidligere levetid udløber, og klienter kan opdatere på forskellige tidspunkter. Er tilbagerulning bare at pege DNS mod den gamle server? + Ikke efter at den nye server accepterer skrivninger. Du skal tage højde for disse poster og filer, før du sender trafikken tilbage. PRIMÆRE REFERENCER Gå til kilden. Disse referencer understøtter de tekniske begreber i denne guide. Følg den aktuelle dokumentation, før du ændrer et produktionssystem. PostgreSQL: Backup og gendannelse www.postgresql.org PostgreSQL: Konsistens og gendannelse af SQL-dump www.postgresql.org Apache: Dokumentation for virtuel vært httpd.apache.org Cloudflare DNS: Time to Live developers.cloudflare.com Redaktionel vejledning af SwissOctet. Eksempler er illustrative. Servicespecifikationer, tilgængelige valgmuligheder og kontraktvilkår skal verificeres separat. FORBIND VIDENEN Relateret infrastruktur. Metal Atlas Schweiz Metal Zenith Schweiz Metal EPYC Schweiz BEHOLD TRÅDEN Dine næste feltnoter. Udforsk alle guider FELTNOTE / 01 + Dedikeret & GPU Fundament VPS eller dedikeret: vælg den grænse, der passer Forstå, hvad en fysisk maskine ændrer, hvad den ikke ændrer, og hvornår den bliver et nyttigt skridt for din arbejdsbelastning. 4 min læsning Læs guiden FELTNOTE / 02 + Drift på dag to Anvendt Byg en backup, du faktisk kan gendanne Vælg et gendannelsesmål, beskyt en uafhængig kopi, og øv gendannelsen, før en hændelse tvinger spørgsmålet frem. 4 min læsning Læs guiden FELTNOTE / 03 + Dedikeret & GPU Avanceret Byg et GPU-VRAM-budget, før du vælger hardware Tag højde for vægte, aktiveringer, caches og midlertidige buffere, og test derefter spidsbelastningen frem for kun modelfilen. 6 min. læsning Læs guiden