Przenoszenie danych z chmury: korzyści i wyzwania
W 2023 r. liczba organizacji korzystających z usług magazynu-chmury i przetwarzania w chmurze publicznej rośnie wraz z utrzymującym się trendem przechodzenia do chmury. Jednak wiele organizacji przenosi również swoje dane z chmury z powrotem do własnych centrów danych, co powoduje pojawienie się trendu odwrotnej migracji do chmury.
Pomimo zalet chmury publicznej, istnieją korzyści wynikające z korzystania lokalnie lub z polegania na lokalnym centrum danych. Ten wpis na blogu omawia korzyści, przyczyny, przykłady i możliwe wyzwania związane z repatriacją danych z chmury.
Czym jest repatriacja chmury
Repatriacja chmury to proces przenoszenia danych, aplikacji lub obciążeń z chmury z powrotem do własnej infrastruktury. Może to być infrastruktura lokalna, obejmująca serwery fizyczne w własnym centrum danych lub wynajęty szafę/moduł w centrum danych dostawcy usług w chmurze. W tym przypadku można korzystać z chmury prywatnej i technologii wirtualizacji na serwerach fizycznych.
Usługi chmury publicznej mają swoje zalety i wiele organizacji nadal decyduje się na przejście do chmury. Jednak migracja do chmury powinna odbywać się w oparciu o strategię z jasnymi celami i zrozumieniem wad. Przejście do chmury publicznej z serwerów lokalnych nie jest panaceum. Dlatego niektóre organizacje stosują repatriację chmury, aby cofnąć ten proces.
Główną ideą tego rozwiązania jest uniezależnienie się od dostawców usług w chmurze. Proces ten można uznać za odwrotną migrację do chmury i może być motywowany względami kosztowymi, potrzebami w zakresie bezpieczeństwa danych i zgodności z przepisami, problemami z wydajnością lub chęcią uzyskania elastyczności od dostawcy. Pozwala to organizacjom odzyskać kontrolę, rozwiązać problemy związane z bezpieczeństwem i zoptymalizować zasoby IT.
Warte uwagi statystyki i trendy
Badanie IDC „Repatriation of Workloads” potwierdza trend repatriacji z chmury w różnych organizacjach. Prawie połowa respondentów potwierdziła, że migracja do chmury nie spełniła ich oczekiwań, głównie z powodu wyższych kosztów i wzrost wydatków.
Przykłady repatriacji chmury
Do najbardziej znanych przykładów repatriacji chmury należą:
- HEJ , która świadczy usługi e-maila i inne usługi w Internecie, a przed repatriacją chmury korzystała z usług dwóch popularnych dostawców usług w chmurze.
- Dropbox to firma świadcząca usługi przechowywania danych, które pozwalają użytkownikom na przechowywanie plików w Internecie. Ta oparta na chmurze usługa hostingu plików ogłosiła w 2016 r., że przenosi swoją infrastrukturę przechowywania danych z chmury publicznej i buduje własną infrastrukturę wewnętrzną. Dropbox zbudował własną pamięć obiektową w centrach danych firmy. Firma jako powody przeniesienia danych podała oszczędności, poprawę wydajności oraz możliwość dostosowania infrastruktury do własnych potrzeb.
- TapJoy częściowo zrezygnowała z chmury publicznej i korzysta obecnie z chmury prywatnej w połączeniu z chmurą publiczną, co stanowi dla niej wyważone (hybrydowe) podejście.
- HPE preferuje podejście hybrydowe przy rezygnacji z chmury publicznej, aby połączyć wszystkie innowacje, które mogą usprawnić jej działalność.
- Park 'N Fly przeniosła część swoich danych z chmury publicznej na serwery fizyczne w środowisku lokalnym (własne centra danych).
- Ahrefs preferuje korzystanie z własne serwery fizyczne w celu obniżenia kosztów zamiast korzystania z chmury publicznej.
Dlaczego organizacje decydują się na repatriację z chmury
Migracja do chmury nie jest prostym procesem. Osiągnięcie doskonałych wyników tuż po skopiowaniu danych i uruchomieniu obciążeń w chmurze publicznej może być trudne. To podejście do migracji nazywane jest zazwyczaj „lift and shift” i może prowadzić do nieoczekiwanych problemów. W większości przypadków aplikacje powinny być zoptymalizowane pod kątem działania w infrastrukturze chmury, z uwzględnieniem wykorzystywanych zasobów, zależności oraz modeli płatności w chmurze.
Głównymi powodami repatriacji z chmury są:
- Optymalizacja kosztów . Koszty chmury mogą czasami stać się nieprzewidywalne lub wyższe niż oczekiwano z powodu takich czynników, jak opłaty za transfer danych, koszty przechowywania lub zmienne wzorce użytkowania. Modele płatności w chmurze mogą być złożone i niejasne, co może skutkować nieoczekiwanymi kosztami. Repatriacja niektórych obciążeń pozwala organizacjom uzyskać lepszą kontrolę nad kosztami i zoptymalizować wydatki na IT.
- Kwestie związane z wydajnością i opóźnieniami . Niektóre aplikacje lub obciążenia mogą wymagać niskich opóźnień lub wysokiej wydajności, których nie da się w pełni osiągnąć w chmurze ze względu na łączność sieciową lub współdzielone zasoby. Repatriacja takich obciążeń z chmury do infrastruktury lokalnej może poprawić wydajność i zmniejszyć opóźnienia.
- Elastyczność dostawców i unikanie uzależnienia od jednego dostawcy usług w chmurze . Przeniesienie z chmury umożliwia organizacjom uniknięcie uzależnienia od jednego dostawcy usług w chmurze. Mogą one przyjąć strategię wielochmurową lub hybrydową, wykorzystując mocne strony różnych dostawców usług w chmurze i zachowując elastyczność w wyborze środowiska chmury najbardziej odpowiedniego dla konkretnych obciążeń lub aplikacji.
- Bezpieczeństwo danych i zgodność z przepisami . Branże podlegające rygorystycznym wymaganiom regulacyjnym lub mające obawy dotyczące prywatności danych mogą preferować bezpośrednią kontrolę nad swoimi danymi poprzez ich przeniesienie z chmury. Zapewnia to zgodność z przepisami i wyższy poziom bezpieczeństwa. Niektóre organizacje decydują, że nie chcą przechowywać swoich prywatnych danych w chmurze publicznej i rozpoczynają proces przenoszenia danych z chmury.
- Zmniejszenie zależności od czynników zewnętrznych . Dzięki przeniesieniu obciążeń organizacje zmniejszają swoją zależność od czynników zewnętrznych, takich jak łączność sieciowa, dostępność usług w chmurze lub zmiany cen lub zasad dostawców usług w chmurze. Ta zwiększona kontrola może pomóc w ograniczeniu potencjalnych zagrożeń związanych z zakłóceniami w świadczeniu usług, zmianami dostawców lub innymi czynnikami zewnętrznymi, które mogą wpływać na działalność biznesową.
- Unikanie ograniczeń w zakresie dostosowywania i kontroli . Środowiska chmury publicznej mogą mieć ograniczenia dotyczące dostosowywania i kontroli ze względu na wspólną infrastrukturę i standardowe konfiguracje. Niektóre organizacje mogą wymagać specjalistycznego sprzętu, oprogramowania lub konkretnych konfiguracji, które nie są łatwo dostępne w chmurze publicznej. Dzięki repatriacji obciążeń organizacje zyskują większą kontrolę i możliwości dostosowania do swoich unikalnych wymagań.
Alternatywy dla chmury publicznej
Rozważając alternatywy dla chmury publicznej jako miejsca przeniesienia obciążeń, organizacje mają do wyboru kilka opcji:
- Infrastruktura lokalna . Jedną z alternatyw jest przeniesienie obciążeń z powrotem do tradycyjnego środowiska lokalnego. Wymaga to skonfigurowania i zarządzania fizycznymi serwerami, systemami pamięci masowej oraz infrastrukturą sieciową w ramach własnych centrów danych organizacji. Zapewnia to pełną kontrolę nad zasobami, ale może wymagać znacznych inwestycji początkowych i bieżących kosztów utrzymania.
- Chmura prywatna . Organizacje mogą zbudować infrastrukturę chmury prywatnej, zarówno lokalnie, jak i w ramach hostingu u zewnętrznego dostawcy usług w chmurze. Chmury prywatne oferują podobne korzyści jak chmura publiczna, takie jak skalowalność i Samoobsługa w zakresie przydzielania zasobów, ale z dedykowanymi zasobami przeznaczonymi wyłącznie do użytku organizacji. Ta opcja zapewnia większą kontrolę i bezpieczeństwo przy zachowaniu elastyczności chmury i możliwości automatyzacji.
- Chmura hybrydowa . Podejście oparte na chmurze hybrydowej łączy zasoby chmury publicznej i prywatnej. Organizacje mogą przenieść niektóre obciążenia lub wrażliwe dane z powrotem do swojej chmury prywatnej lub lokalnie, jednocześnie nadal korzystając z chmury publicznej w przypadku innych aplikacji lub usług. Chmury hybrydowe zapewniają równowagę między kontrolą, bezpieczeństwem, skalowalnością i opłacalnością chmury publicznej.
Wybór alternatywy dla chmury publicznej zależy od różnych czynników, w tym od konkretnych wymagań, budżetu, potrzeb w zakresie kontroli oraz zasobów dostępnych w organizacji. Ocena zalet i wad repatriacji każdej opcji może pomóc w określeniu najbardziej odpowiedniej ścieżki repatriacji chmury.
Wyzwania związane z repatriacją chmury
Repatriacja chmury może stanowić szereg wyzwań dla organizacji z różnych branż.
Transfer i migracja danych
Transfer danych . Przenoszenie dużych ilości danych z chmury z powrotem do infrastruktury lokalnej lub do innego dostawcy usług w chmurze może być czasochłonne i wymagać znacznych zasobów. Zapewnienie płynnego i wydajnego procesu transferu danych przy jednoczesnym zminimalizowaniu przestojów i zakłóceń w działalności może stanowić wyzwanie.
Złożoność migracji . Proces migracji obciążeń z chmury z powrotem do lokalnie lub do innego dostawcy usług w chmurze może być również złożony i czasochłonny. Wymaga starannego planowania, testowania i koordynacji, aby zapewnić płynne przejście bez zakłóceń w działalności biznesowej. Złożoność migracji aplikacji, danych i konfiguracji może się różnić w zależności od konkretnych obciążeń, dlatego niezbędna jest dobrze zdefiniowana strategia migracji.
Koszty repatriacji
Jeśli chodzi o koszty i migrację, repatriacja z chmury może wiązać się z następującymi wyzwaniami:
Konsekwencje finansowe . Przeniesienie obciążeń z chmury publicznej z powrotem do infrastruktury lokalnej lub do innego dostawcy usług w chmurze może wiązać się z pewnymi kosztami. Obejmuje to inwestycje w sprzęt, licencje na oprogramowanie, konfigurację infrastruktury oraz bieżącą konserwację. Organizacje muszą dokładnie oszacować całkowite koszty repatriacji, uwzględniając zarówno wydatki początkowe, jak i bieżące, aby ustalić, czy są one zgodne z ich budżetem i celami finansowymi.
Opłaty za transfer danych i ruch wychodzący . Przesyłanie dużych ilości danych z chmury może wiązać się ze znacznymi opłatami za ruch wychodzący w sieci, zwłaszcza jeśli istnieją limity transferu danych lub opłaty związane z ich przenoszeniem. Koszty te mogą szybko wzrosnąć i wpłynąć na ogólną opłacalność przeniesienia danych z chmury. Organizacje muszą wziąć pod uwagę potencjalne wydatki związane z transferem danych i negocjować z dostawcami usług w chmurze, aby zminimalizować koszty.
Korzyści z repatriacji chmury
Zalety repatriacji chmury są związane z powodami repatriacji:
- Optymalizacja kosztów
- Zwiększone bezpieczeństwo danych i kontrola
- Poprawa wydajności i zmniejszenie opóźnień
- Elastyczność dostawców i unikanie uzależnienia od jednego dostawcy
- Lepsze dostosowanie do potrzeb i wyspecjalizowana infrastruktura
- Zmniejszona zależność od czynników zewnętrznych
Jak repatriacja wpływa na ochronę danych?
Po przeprowadzeniu repatriacji z chmury poprzez migrację danych i obciążeń do lokalnych serwerów fizycznych należy dostosować strategię ochrony danych do nowego środowiska. Ponieważ dane nie znajdują się już w chmurze, konieczna jest ponowna ocena kopii zapasowych danych oraz strategie odzyskiwania awaryjnego. Może to wiązać się z wdrożeniem nowych systemów tworzenia kopii zapasowych, procesów replikacji lub rozwiązań zdalnych w zakresie przechowywania w celu zapewnienia ochrony danych i ciągłości działania w przypadku awarii.
Rodzaje danych, które należy chronić
Rozwiązanie do tworzenia kopii zapasowych musi obsługiwać wykonywanie kopii zapasowej wymaganych typów danych z chmury publicznej i lokalnie. Takie podejście powinno być stosowane do momentu zakończenia repatriacji z chmury i migracji wszystkich niezbędnych danych z chmury publicznej na serwery lokalne. Nie należy pozostawiać danych bez regularnych kopii zapasowych. Jeśli zdecydujesz się na pozostawienie niektórych danych i obciążeń w chmurze po częściowym przeniesieniu z chmury (wykorzystując serwery lokalnie i pozostawiając niektóre obciążenia w chmurze), Twoje rozwiązanie do ochrony danych musi obsługiwać wykonywanie kopii zapasowej zarówno z serwerów fizycznych w lokalnym centrum danych, jak i z chmury publicznej.
Przykładami elementów, których kopie zapasowe należy wykonać w lokalnym centrum danych, są fizyczne serwery z systemem Linux lub Windows, maszyny wirtualne (Maszyny wirtualne VMware, maszyny wirtualne Hyper-V), bazy danych, udziały plików oraz fizyczne komputery użytkowników itp. Przykładami elementów, których kopie zapasowe należy wykonać w chmurze, są maszyny wirtualne (takie jak Instancje Amazon EC2), magazyn-chmura (Amazon S3, Microsoft 365 OneDrive) itp.
Opcje przechowywania danych kopii zapasowych
Aby zmniejszyć ryzyko utraty danych, wybierz wiele miejsc docelowych do przechowywania kopii zapasowych. Możesz zróżnicować miejsca docelowe kopii zapasowej przechowując kopie zapasowe lokalnie, w chmurze prywatnej oraz w chmurze publicznej. Twoje rozwiązanie do tworzenia kopii zapasowych musi obsługiwać wszystkie te lokalizacje docelowe, aby wdrożyć tę strategię ochrony danych po repatriacji z chmury.
Środki bezpieczeństwa
Po przeniesieniu danych z powrotem do lokalnej infrastruktury zyskujesz większą kontrolę nad wdrażaniem środków bezpieczeństwa. Konieczne może być ulepszenie protokołów bezpieczeństwa, metod szyfrowania, mechanizmów kontroli dostępu oraz systemów monitorowania w celu dostosowania ich do nowego środowiska. Może to wiązać się z inwestycjami w technologie zabezpieczeń, przeprowadzaniem ocen podatności oraz wdrażaniem solidnych praktyk bezpieczeństwa.
Zarządzanie danymi i kontrola dostępu
Przeniesienie danych z powrotem do lokalnej infrastruktury może wymagać ponownej oceny struktury zarządzania danymi oraz mechanizmów kontroli dostępu. Konieczne może być zdefiniowanie własności danych, ustanowienie zasad klasyfikacji i postępowania z danymi oraz zapewnienie odpowiednich mechanizmów kontroli dostępu w celu ochrony wrażliwych informacji. Obejmuje to wdrożenie mechanizmów uwierzytelniania, kontroli dostępu na podstawie ról oraz szyfrowania danych tam, gdzie jest to konieczne.
Monitorowanie i reagowanie na incydenty
Gdy dane znajdują się lokalnie lub w chmurze prywatnej, należy ustanowić mechanizmy monitorowania oraz środki reagowania na incydenty, aby skutecznie wykrywać i reagować na incydenty bezpieczeństwa. Obejmuje to wdrożenie systemów wykrywania włamań, monitorowanie logów oraz planów reagowania na incydenty w celu zapewnienia terminowej identyfikacji, powstrzymania i złagodzenia skutków wszelkich naruszeń bezpieczeństwa.
Ochrona danych w chmurze i lokalnie dzięki NAKIVO
NAKIVO Backup & Replication to elastyczne rozwiązanie do ochrony danych, które dostosowuje się do zmieniających się wymagań infrastruktury, z wsparciem dla różnych źródeł do wykonania kopii zapasowej. Rozwiązanie NAKIVO może chronić:
- Instancje Amazon EC2 w chmurze publicznej AWS
- Microsoft 365
- Fizyczne serwery i stacje robocze z systemami Linux i Windows
- Maszyny wirtualne VMware i Hyper-V
- Udział plików
- Bazy danych Oracle
Rozwiązanie NAKIVO obsługuje następujące lokalizacje docelowe do przechowywania kopii zapasowych:
- Amazon EC2, Amazon S3
- Magazyn Azure Blob Storage
- Lokalne repozytoria kopii zapasowych na dowolnej maszynie fizycznej i wirtualnej
- Pamięć masowa zgodna z usługą S3
- Udziały plików SMB i NFS
- Pamięć taśmowa
Możesz chronić swoje dane kopii zapasowych podczas przesyłania lub przechowywania, korzystając z wbudowanych funkcji bezpieczeństwa, takich jak:
- Szyfrowanie podczas przesyłania danych
- Szyfrowanie danych w repozytorium kopii zapasowych
- Obsługa certyfikatów CA
- Niezmienne kopie zapasowe
- Skanowanie kopii zapasowej na obecność złośliwego oprogramowania przed odzyskiwaniem danych
NAKIVO Backup & Replication to elastyczne i bezpieczne rozwiązanie, które idealnie sprawdza się w przypadku przenoszenia danych z chmury. Produkt ten pozwala chronić dane w chmurze publicznej oraz w lokalnych centrach danych, z wsparciem dla różnych typów źródeł i lokalizacji docelowych, co zapewnia ochronę danych przy podwyższonym poziomie bezpieczeństwa. Zobacz pełną listę funkcji w ramach rozwiązania NAKIVO – pobierz bezpłatną wersję próbną i zabezpiecz swoje dane.
