Jak przenieść dane S3 do europejskiej chmury bez zmiany kodu

Przenieś swój magazyn obiektowy zgodny z Amazon S3 do europejskiej infrastruktury chmurowej bez zmiany kodu.

Zachowaj wywołania API S3 swojej aplikacji, zmieniając magazyn, punkt końcowy, dane uwierzytelniające i konfigurację wdrożenia. Ta praktyczna ścieżka obejmuje transfer danych obiektowych, walidację i przełączenie dla produkcji, kopii zapasowych i obciążeń regulowanych. OVHcloud jest jedną z wiodących alternatyw dla Amazon S3, obsługującą około 80% typowych zastosowań produkcyjnych.
Program migracjiMagazyn obiektowy
OVHcloud_Public_Cloud_Generic_White_600x400.png

Dowody operacyjne dla kontrolowanej europejskiej migracji

Sprawdź dostępność regionalną i limity przed migracją pamięci masowej do europejskiej chmury.
Gear.svg
Natywne API S3, pięć klas pamięci i cztery tryby wdrożenia
Gear.svg
Multi-Zone obejmuje trzy strefy z gwarancją dostępności SLA na poziomie 99,99%
Gear.svg
Przenieś S3 do europejskiej chmury i wzmocnij suwerenność danych
Gear.svg
Certyfikaty ISO obejmują większość regionów, dostępna jest również certyfikacja HDS

Zgodność z S3 to zakres do zweryfikowania, a nie parytet, który można założyć.

Pamięć masowa obiektowa zgodna z S3

Pamięć masowa obiektowa zgodna z S3 zachowuje typowe operacje, takie jak tworzenie bucketów, zapisywanie obiektów, odczytywanie danych i generowanie wstępnie podpisanych adresów URL. Nie odwzorowuje ona każdego zachowania oryginalnej platformy. Aplikacja może się skompilować i nawiązać połączenie, nadal polegając na nieobsługiwanym wywołaniu API, formacie odpowiedzi lub ustawieniu domyślnym SDK.

Zakres wsparcia OVHcloud

OVHcloud Object Storage to solidna europejska alternatywa dla S3 w przypadku typowych obciążeń produkcyjnych, kopii zapasowych oraz danych podlegających regulacjom. Zweryfikuj zgodność z operacjami API S3, zachowaniem SDK i funkcjami usługi, których wymaga Twoja aplikacja. Jeśli wymagana zależność nie jest obsługiwana, może zaistnieć potrzeba modyfikacji kodu lub innego sposobu obsługi obciążenia.

Inwentaryzacja przed migracją danych

Sporządź inwentaryzację przed każdą migracją danych. Zanotuj każdą operację API, SDK i wersja, przepływ pracy konsoli, zasada ponawiania, zależność zdarzeń oraz możliwości zasobnika. Sprawdź reguły cyklu życia, replikację, wersjonowanie, blokadę obiektów, szyfrowanie,  listy ACL oraz CORS. Potwierdź, że wymagany model bezpieczeństwa i szyfrowania jest dostępny w wybranym regionie.

Rzeczywiste zachowanie użytkownika

Przegląd musi odzwierciedlać rzeczywiste zachowanie użytkownika. Przetestuj reprezentatywny obiekt rozmiary, współbieżność żądań, wzorce listowania oraz obsługę błędów. Wydajność powinna być mierzona z miejsca wdrożenia aplikacji w lokalizacji w Europie, a nie wywnioskowana z ogólnego benchmarku.

Zmień miejsce docelowe poprzez konfigurację

Aby przeprowadzić migrację S3 do europejskiej infrastruktury chmurowej, zastąp istniejący adres docelowym europejskim punktem końcowym i podaj nowo utworzone poświadczenia dostępu. Zachowaj tego samego klienta S3 i operacje na obiektach, tam gdzie platforma je obsługuje. Przechowuj każdy sekret w zarządzanym skarbcu, a nie w kodzie. Odtwórz uprawnienia równoważne IAM, przyznając tylko taki dostęp, jakiego potrzebuje oprogramowanie. Ten krok ogranicza ryzyko w przypadku, gdy dane uwierzytelniające zostaną skompromitowane. Traktuj zamianę punktu końcowego jako zmianę konfiguracji przygotowaną do testów nieprodukcyjnych. Pomyślne połączenie nie dowodzi, że przechowywane dane są kompletne, ani że każde zachowanie jest gotowe. Skorzystaj z przewodnik wdrażania, aby zarejestrować nowy widok, zanim rozpocznie się publiczny ruch lub przesyłanie danych.
[object Object]
Odwzoruj każdą operację API S3 używaną przez istniejącą aplikację. Zarejestruj rozmiary obiektów i plików, częstotliwość żądań, współbieżność, cele dotyczące opóźnień oraz obsługę błędów. Porównaj te wymagania z obsługiwanymi funkcjami produktu przed rozpoczęciem okresu próbnego. Gotowość zależy od pełnej ścieżki produkcyjnej, a nie od pomyślnego przesłania testowego. Użyj reprezentatywnego ruchu i danych przy podejmowaniu decyzji o migracji S3 do europejskiej chmury infrastrukturalnej.
Obciążenie kopii zapasowej zależy od integralności katalogu, polityk retencji, niezmienności oraz niezawodnego przywracania. OVHcloud Object Storage posiada certyfikat Veeam Ready oraz deklarowaną kompatybilność z HYCU, Cohesity, Veritas NetBackup oraz CloudCasa. Potwierdź precyzyjną wersję oprogramowania i konfigurację. Następnie przywróć reprezentatywne dane w odizolowanym środowisku. Oferta musi wspierać zarówno zaplanowaną ochronę, jak i strategię odzyskiwania, w tym czas odzyskiwania oraz wymogi dotyczące retencji.
Obciążenia regulowane wymagają kontroli zgodnych z obowiązującym prawem oraz polityką wewnętrzną. Oceń jurysdykcję, szyfrowanie, Object Lock, klucz własność, okresy przechowywania i procedury usuwania. Zidentyfikuj, gdzie znajduje się każda kopia danych, klucz szyfrujący i dziennik operacyjny. Certyfikat usługi może wspierać zgodność, ale nie ustanawia on zgodności dla Twojego kontekstu przetwarzania. Wykorzystaj te ustalenia, aby rozpocząć dowód koncepcji, zrewidować architekturę lub zachować wybrane buckety u dotychczasowego dostawcy. Strategia etapowa pozwala na migrację odpowiednich zasobów pamięci masowej w pierwszej kolejności, podczas gdy zależności wymagające zmian w kodzie lub dalszej walidacji pozostają w źródle.
Odwzoruj każdą operację API S3 używaną przez istniejącą aplikację. Zarejestruj rozmiary obiektów i plików, częstotliwość żądań, współbieżność, cele dotyczące opóźnień oraz obsługę błędów. Porównaj te wymagania z obsługiwanymi funkcjami produktu przed rozpoczęciem okresu próbnego. Gotowość zależy od pełnej ścieżki produkcyjnej, a nie od pomyślnego przesłania testowego. Użyj reprezentatywnego ruchu i danych przy podejmowaniu decyzji o migracji S3 do europejskiej chmury infrastrukturalnej.

Wybierz metodę transferu odpowiadającą wymaganiom operacyjnym

Kopiuj obiekty 
za pomocą rclone

Użyj rclone do przesyłania zbiorów obiektów między usługą źródłową a docelową. Zachowaj obsługiwane metadane, jeśli to możliwe, kontroluj współbieżność oraz porównaj sumy kontrolne lub listy po zakończeniu operacji. Zaplanuj wystarczającą ilość czasu na ponowne próby i uzgodnienia.

Zachowaj zarządzanie kopiami zapasowymi

Certyfikowane lub kompatybilne oprogramowanie do tworzenia kopii zapasowych jest bardziej odpowiednie, gdy katalogowanie, retencja, przywracanie, sekwencjonowanie i egzekwowanie polityk mają większe znaczenie niż zwykła kopia. Zweryfikuj ochronę i odzyskiwanie danych za pomocą tego samego przepływu pracy produktu, który jest używany w produkcji.

Użyj natywnych 
narzędzi do transferu

Interfejs CLI lub MinIO mc umożliwiają tworzenie kontrolowanych, skryptowalnych zadań kopiowania. Ogranicz dane uwierzytelniające dostępu, rejestruj logi i upewnij się, że nieudane obiekty można zidentyfikować i ponownie przesłać bez restartowania całego transferu.

Wybierz wymaganą lokalizację

Wybierz Francję, Niemcy lub inny dostępny region europejski zgodnie z zasadami dotyczącymi miejsca przechowywania danych, opóźnień i zgodności. Pamięć masowa obiektowa zgodna z S3 w Europie nadal wymaga sprawdzenia dostępności usługi dla danej lokalizacji oraz organizacyjnych kontroli dostępu.

Udostępnij miejsce docelowe jako kod

API S3Terraform
Użyj Terraform aby zdefiniować bucket, region, klasę pamięci, wersjonowanie, cykl życia ustawienia i zasady dostępu przed migracją. Porównaj wynikowy stan z zatwierdzonym projektem i wymaganiami źródłowymi. Wybierz Single-Zone lub Multi-Zone zgodnie z opóźnieniem, dostępnością i krytycznością obciążenia. Multi-Zone obejmuje trzy strefy dostępności i zawiera SLA na poziomie 99,99%. Dla Kubernetes i innych obciążeń kontenerowych, dostarczaj poświadczenia i zasady poprzez potok wdrażania. Ta kontrolowana podstawa pomaga zespołom przejść z S3 do OVHcloud bez tworzenia niezarządzanej infrastruktury cyfrowej. Źródło pozostaje wiarygodne do momentu zakończenia walidacji.
Schemat techniczny aplikacji i zestawów SDK zgodnych z S3 łączących się z OVHcloud Object Storage przez zmieniony punkt końcowy, wraz z kontrolą kompatybilności

Przeprowadź migrację przez cztery kontrolowane etapy

1. Zainicjuj 
miejsce docelowe

Utwórz bucket, zasady dostępu i wymagane ustawienia za pomocą Terraform lub CLI. Zapisz region OVHcloud, klasę pamięci, wersjonowanie oraz konfigurację retencji. Regularnie przeglądaj definicje infrastruktury, aby wdrożone rozwiązanie było zgodne z zatwierdzonym standardem.

2. Transfer przy zachowaniu autorytatywności źródła

Kopiuj obiekty za pomocą rclone lub innych obsługiwanych narzędzi. Utrzymuj produkcyjne odczyty i zapisy u dostawcy źródłowego podczas początkowego transferu. Zaplanuj koszty transferu wychodzącego ze źródła, tymczasowego przechowywania, narzędzi i pracy przy migracji. Transfer wychodzący z docelowej pamięci obiektowej jest bezpłatny, ale cały projekt nie jest.

3. Zweryfikuj dane 
i zachowanie

Porównaj liczbę obiektów, całkowite rozmiary, sumy kontrolne, metadane oraz reprezentatywne odczyty. Przetestuj przesyłanie wieloczęściowe, akcje cyklu życia, kontrolę dostępu oraz operacje przywracania, jeśli mają zastosowanie. Zbadaj każdą niezgodność, zamiast akceptować próbkę, która ukrywa ryzyko.

4. Przeprowadź migrację z oknem wycofania zmian

Wstrzymaj zapisy lub uzgodnij zmiany wprowadzone po wykonaniu pierwszej kopii. Zaktualizuj poświadczenia oraz punkt końcowy, a następnie przełącz ruch w kontrolowanym oknie. Monitoruj wskaźniki błędów, opóźnienia żądań oraz logi aplikacji. Zachowaj źródło oraz udokumentowaną ścieżkę wycofania zmian do momentu spełnienia kryteriów akceptacji.

Oceń jurysdykcję, operacje i koszty

Europejski region chmury określa lokalizację danych. Suwerenność również zależy od własności dostawcy, jurysdykcji oraz narażenia na zagraniczne żądania prawne. Przeczytaj warunki wyróżnionej usługi i zweryfikuj te czynniki niezależnie. W przypadku migracji S3 bez zmian w kodzie, porównaj API, pokrycie, punkt końcowy miejsca docelowego, projekt dostępności, wsparcie, certyfikaty oraz model operacyjny przedsiębiorstwa. Użytkownicy rozwiązań bezserwerowych mogą mieć różne wymagania dotyczące opóźnień i liczby żądań. Wycena musi uwzględniać transfer danych źródłowych (egress), podwójne przechowywanie, narzędzia, nakład pracy inżynieryjnej oraz ryzyko przestoju. Ruch docelowy bez opłat za transfer danych (egress) może obniżyć bieżące koszty, jednak sama migracja również wiąże się z kosztami.
{"en":"Wygeneruj obraz dla komponentu strony internetowej typu \"text_media\". Obraz powinien wizualnie przedstawiać i uzupełniać\",\"fr":"Wygeneruj obraz dla komponentu strony internetowej typu \"text_media\". Obraz powinien wizualnie przedstawiać i uzupełniać"}
Wybierz wsparcie dopasowane do skali Twojej migracji.
Skontaktuj się ze specjalistami ds. migracji.