Cloud SQL Backup – podstawy kopii zapasowych

fotc.com 11 miesięcy temu

Cloud SQL Backup w Google Cloud to usługa, która umożliwia tworzenie kopii zapasowych danych przechowywanych w usłudze Cloud SQL. W skrócie, Cloud SQL to zarządzana usługa baz danych w chmurze, oferowana przez Google Cloud, która obsługuje popularne silniki baz danych, takie jak MySQL, PostgreSQL i SQL Server.

Backupy w Cloud SQL pełnią kluczową rolę w zabezpieczaniu danych przed utratą z powodu awarii, błędów ludzkich, ataków czy innego rodzaju incydentów. Kopie zapasowe pomagają przywrócić utracone dane w instancji Cloud SQL. o ile w instancji wystąpi problem, korzystając z kopii zapasowej możesz ją przywrócić do poprzedniego stanu.

Kluczowe Cloud SQL Backup w Google Cloud

Automatyczne Backupy

Możesz skonfigurować automatyczne tworzenie codziennych kopii zapasowych danych. Google Cloud SQL przechowuje te kopie w lokalizacji dostępnej tylko dla Google.

Retencja Backupów

Możesz dostosować czas przechowywania kopii zapasowych, określając, przez jaki okres mają być przechowywane. Stare kopie zapasowe mogą zostać automatycznie usuwane po upływie określonego czasu.

Punkt Przywracania (Point-in-Time Recovery)

Oprócz pełnych kopii zapasowych, Cloud SQL umożliwia także przywracanie danych do określonego punktu w czasie. To przydatne w przypadku, gdy chcesz cofnąć się do konkretnej chwili przed wystąpieniem błędu czy utraty danych.

Elastyczność

Możesz manualnie tworzyć kopie zapasowe, aby mieć pełną kontrolę nad procesem. Ponadto, możesz tworzyć kopie zapasowe na życzenie, gdy zajdzie taka potrzeba.

Szyfrowanie

Dane przechowywane w kopii zapasowej są szyfrowane, co zabezpiecza je przed nieuprawnionym dostępem.

Skalowalność

Usługa jest zaprojektowana tak, aby obsługiwać zarówno małe, jak i duże aplikacje, umożliwiając elastyczne zarządzanie backupami.

Aby skorzystać z usługi Cloud SQL Backup w Google Cloud, musisz skonfigurować odpowiednie ustawienia w panelu zarządzania Cloud SQL dla swojej instancji bazy danych. To pozwala dostosować harmonogram backupów, retencję i inne parametry zgodnie z potrzebami Twojej aplikacji.

Koszt tworzenia kopii zapasowych

Po pierwsze warto pamiętać, iż Cloud SQL domyślnie przechowuje siedem automatycznych kopii dla każdej instancji. Możesz jednak tę liczbę zmienić i stworzyć od jednej do 365 kopii. Co ważne, koszt przechowywania kopii zapasowych jest w Google Cloud niższy niż dla innych instancji.

Co się stanie o ile samodzielnie usuniesz instancję? W takiej sytuacji Google Cloud utrzyma ją jeszcze przez cztery dni, ale aby ją odzyskać musisz skontaktować się w tym czasie z pomocą techniczną Google Cloud. Bezpiecznym rozwiązaniem jest w takiej sytuacji skorzystanie z pomocy ekspertów FOTC, którzy pomogą Ci w prawidłowym zebraniu i podaniu wszelkich potrzebnych informacji Googlersom.

Typy kopii zapasowych

W ramach Cloud SQL dostępne są dwa typy backupów: na żądanie oraz automatyczne.

Kopie zapasowe na żądanie

Możliwe jest utworzenie kopii zapasowych w dowolnym momencie. Jest to szczególnie przydatne kiedy planujesz wykonać na bazie danych operację obarczoną ryzykiem lub chcesz wykonać kopię w bardzo konkretnym momencie, bez czekania na automatyczny zapis.

Kopie zapasowe tworzone na żądanie nie są usuwane automatycznie. realizowane są do momentu ich usunięcia lub też usunięcia instancji. Z tego względu mogą mieć długoterminowy wpływ na opłaty rozliczeniowe.

Automatyczne kopie zapasowe

Są one tworzone każdego dnia, w ciągu czterogodzinnego okna przeznaczonego na tworzenie kopii zapasowych. Tak jak wspominaliśmy wcześniej, automatycznie zapisywanych jest siedem najnowszych kopii zapasowych. Możliwe jest jednak ustawienie innej liczby w zakresie 1 do 365.

Miejsce przechowywania kopii zapasowych

Kopie zapasowe mogą być przechowywane w domyślnych lokalizacjach wskazywanych przez Cloud SQL, które wybierane są na podstawie lokalizacji oryginalnej instancji. Inną opcją jest przechowywanie kopii w lokalizacjach niestandardowych, które możesz wskazać, o ile nia chcesz używać lokalizacji domyślnej.

Domyślne lokalizacje kopii zapasowych

Zobaczmy co stanie się w sytuacji, w której zdecydujesz się na domyślną lokalizację kopii zapasowej. W takim przypadku będzie ona przechowywana w multiregionie, który jest najbliżej lokalizacji twojej instancji Cloud SQL.

Niestandardowe lokalizacje kopii zapasowych

Kiedy warto zdecydować się na niestandardową lokalizację kopii zapasowych? Jedną z takich sytuacji może być wymóg prawny przechowywania kopii zapasowych w określonych granicach geograficznych. Jest duże prawdopodobieństwo, iż w takim przypadku twoja organizacja stosuje zasady dotyczące ograniczana lokalizacji zasobów, a wówczas podczas próby zapisania kopii zapasowej w innej lokalizacji zobaczysz alert na stronie kopii zapasowych. o ile natrafisz na taki alert, wystarczy zmienić lokalizację kopii zapasowej na taką, która jest zgodna z zasadami.

Wybierając niestandardowe lokalizacje kopii zapasowych warto brać pod uwagę kilka czynników, które mogą ulec zmianie. Są to:

  • Koszty – może okazać się, iż jeden z klastrów w Twojej instancji może znajdować się w regionie o innych kosztach niż pozostał.
  • Bliskość serwera aplikacji – możliwe jest przechowywanie kopii zapasowej jak najbliżej aplikacji, której dotyczy kopia.
  • Wykorzystanie pamięci – wraz z upływem czasu będzie potrzebował więcej miejsca na przechowywanie powiększających się kopii zapasowych. W zależności od obciążenia możesz mieć klastry o różnych rozmiarach lub o różnym poziomie wykorzystania dysku, co może mieć wpływ na wybrany klaster.

Ograniczenie szybkości tworzenia kopii zapasowych

Pamiętaj o ograniczeniach jakie Cloud SQL nakłada na szybkość operacji tworzenia kopii zapasowych na dysku z danymi. Dozwolone jest maksymalnie pięć takich operacji co 50 minut na każdą instancję w ramach projektu. Limit dotyczy tylko operacji zakończonych sukcesem, a więc o ile jakaś z nich nie powiedzie się to nie jest wliczana do tego limitu. Po osiągnięciu limitu operacje również zakończą się niepowodzeniem o czym zostaniesz powiadomiony stosownym komunikatem wraz z informacją o terminie, w którym możesz ponowić próbę.

Poniższy diagram pokazuje jak Cloud SQL ogranicza szybkość tworzenia kopii zapasowych.

Wsparcie przy tworzeniu kopii zapasowych

Co zrobić, kiedy nie możesz zobaczyć statusu bieżącej operacji lub po usunięciu instancji nie możesz wykonać jej kopii zapasowej? Albo co jeżeli automatycznie wykonana kopia zapasowa zostaje zablokowana na wiele godzin i nie można jej anulować? W takich przypadkach skonsultuj się z ekspertem FOTC. Certyfikowani architekci Google Cloud pomogą Ci w rozwiązaniu tych i innych problemów jakie mogą pojawić się podczas tworzenia kopii zapasowych.

Idź do oryginalnego materiału