Operacje zarządzania w usłudze Azure Managed Instance for Apache Cassandra

Azure Managed Instance for Apache Cassandra to w pełni zarządzana usługa dla czystych klastrów Apache Cassandra typu open source. Usługa umożliwia również zastępowanie konfiguracji w zależności od konkretnych potrzeb każdego obciążenia, co pozwala na maksymalną elastyczność i kontrolę w razie potrzeby.

W tym artykule zdefiniowano operacje zarządzania i funkcje udostępniane przez usługę. Wyjaśniono również rozdzielenie obowiązków między zespołem pomoc techniczna platformy Azure a klientami podczas utrzymywania klastrów hybrydowych.

Kompakcja

Istnieją różne typy kompaktowania. Ta usługa obecnie wykonuje niewielkie kompaktowanie przy użyciu naprawy. Aby uzyskać więcej informacji, zobacz Konserwacja. Ta operacja wykonuje kompaktowanie drzewa Merkle, co jest specjalnym rodzajem kompaktowania.
W zależności od strategii kompaktowania, która została ustawiona w tabeli przy użyciu języka CQL, na przykład WITH compaction = { 'class' : 'LeveledCompactionStrategy' }system Cassandra automatycznie kompaktuje się, gdy tabela osiągnie określony rozmiar. Zalecamy dokładne wybranie strategii kompaktowania obciążenia. Nie należy wykonywać żadnych ręcznych kompaktowań poza strategią.

Stosowanie poprawek

Poprawki na poziomie systemu operacyjnego są wykonywane automatycznie w ciągu dwóch tygodni.
Poprawki na poziomie oprogramowania Apache Cassandra są wykonywane po zidentyfikowaniu luk w zabezpieczeniach. Cykl stosowania poprawek może się różnić.
Podczas stosowania poprawek maszyny uruchamiane są ponownie, stojak po stojaku. Nie należy doświadczać żadnego pogorszenia po stronie aplikacji, o ile nie jest używane ustawienie kworum ALL, a współczynnik replikacji wynosi 3 lub więcej.
Wersja w systemie Apache Cassandra ma format X.Y.Z. Wdrożenie wersji głównych (X) i pomocniczych (Y) można kontrolować ręcznie przy użyciu narzędzi usług. Poprawki Cassandra (Z), które mogą być wymagane dla tej kombinacji wersji głównej/pomocniczej, są wykonywane automatycznie.

Uwaga

Usługa obsługuje obecnie wersje bazy danych Cassandra do wersji 5.0. Aby określić wersję Cassandra podczas wdrażania klastra, zobacz Krótkie wprowadzenie do Azure CLI.

Konserwacja

Usługa uruchamia nodetool repair przy użyciu reaper. To narzędzie jest uruchamiane co tydzień. Jeśli używasz własnej usługi do wdrożenia hybrydowego, możesz wyłączyć ponownie.
Monitorowanie kondycji węzła składa się z następujących elementów:
- Aktywne monitorowanie członkostwa każdego węzła w pierścieniu Cassandra.
- Autowykrywanie i automatyczne łagodzenie problemów z infrastrukturą, takich jak maszyna wirtualna, sieć, przechowywanie, system Linux i błędy wspierającego oprogramowania.
- Proaktywne monitorowanie procesora, dysku, utraty kworum i innych problemów z zasobami.
- Automatycznie wyświetla węzły, które zakończyły się niepowodzeniem, jeśli to możliwe, i ręcznie wyświetla węzły w odpowiedzi na automatycznie wygenerowane ostrzeżenia.

Wsparcie

Usługa Azure Managed Instance for Apache Cassandra zapewnia umowę SLA dotyczącą dostępności centrów danych w klastrze zarządzanym. Jeśli wystąpią jakiekolwiek problemy z używaniem usługi, prześlij wniosek o pomoc techniczną w witrynie Azure Portal.

Nasze świadczenia z pomocy obejmują:

Pojedynczy punkt kontaktu dotyczący problemów z infrastrukturą Cassandra. Nie trzeba zgłaszać zgłoszeń do pomocy technicznej dla zespołów IaaS, takich jak dyski, przetwarzanie oraz sieć oddzielnie.
Proaktywne porady drogą e-mail na temat wąskich gardeł wydajności, rozmiarowania i innych problemów związanych z ograniczeniami zasobów.
Wsparcie techniczne 24x7, w tym automatycznie generowane zdarzenia w przypadku poważnych awarii.
Obsługa poprawek zatwierdzonych przez społeczność. Zobacz Stosowanie poprawek.
Wewnętrzne wsparcie zespołu inżynierów java JDK/JVM.
Obsługa systemu operacyjnego Linux z zabezpieczeniami łańcucha dostaw oprogramowania.

Ważne

Microsoft bada i diagnozuje wszelkie problemy zgłaszane za pomocą zgłoszeń serwisowych. Pomoc techniczna rozwiązuje problemy lub ogranicza je tam, gdzie to możliwe. Ostatecznie ponosisz odpowiedzialność za konfigurację Apache Cassandra, która powoduje problemy z procesorem, dyskiem lub siecią.

Przykłady takich problemów obejmują:

Nieefektywne operacje zapytań.
Przepływność, która przekracza pojemność.
Pozyskiwanie danych przekraczających pojemność pamięci.
Nieprawidłowe ustawienia konfiguracji przestrzeni kluczy.
Słaba strategia modelu danych lub klucza partycji.

Firma Microsoft może zbadać sprawę pomocy technicznej i odkryć, że przyczyną problemu jest poziom konfiguracji apache Cassandra. Taki problem nie pochodzi z żadnych podstawowych aspektów na poziomie platformy, które utrzymuje platforma Azure. Pomoc techniczna nadal udostępnia zalecenia i wskazówki dotyczące korygowania lub ograniczania ryzyka, jeśli jest to możliwe, zanim zamkną sprawę.

Zalecamy włączenie metryk i zapoznanie się z naszą integracją usługi Azure Monitor , aby zapobiec typowym problemom na poziomie aplikacji/konfiguracji w systemie Apache Cassandra, takim jak wcześniej opisane.

Ostrzeżenie

Usługa Azure Managed Instance for Apache Cassandra umożliwia również uruchamianie poleceń nodetool i sstable dla rutynowych czynności administracyjnych DBA. Aby uzyskać więcej informacji, zobacz polecenia DBA dla wystąpienia zarządzanego platformy Azure dla usługi Apache Cassandra.

Niektóre z tych poleceń mogą zdestabilizować klaster Cassandra. Powinieneś ostrożnie uruchomić te polecenia, dopiero po ich przetestowaniu w środowiskach nieprodukcyjnych. Jeśli to możliwe, najpierw użyj --dry-run opcji. Firma Microsoft nie oferuje żadnej umowy SLA ani pomocy technicznej w przypadku problemów z uruchamianiem poleceń, które zmieniają domyślną konfigurację bazy danych lub tabele.

Tworzenie kopii zapasowej i przywracanie

Kopie zapasowe migawek są domyślnie włączone i wykonywane co 24 godziny. Kopie zapasowe są przechowywane na wewnętrznym koncie usługi Azure Blob Storage i są przechowywane przez maksymalnie dwa dni (48 godzin). Nie ma kosztów dla dwóch początkowych kopii zapasowych. Za dodatkowe kopie zapasowe są naliczane opłaty. Zobacz cennik. Aby zmienić interwał kopii zapasowej lub okres przechowywania, możesz edytować zasady w witrynie Azure Portal:

Aby przywrócić z istniejącej kopii zapasowej, utwórz wniosek o pomoc techniczną w witrynie Azure Portal. Zgłaszając sprawę do działu wsparcia technicznego, należy wykonać następujące kroki:

Podaj identyfikator kopii zapasowej z portalu dla kopii zapasowej, którą chcesz przywrócić. Ten identyfikator można znaleźć w witrynie Azure Portal:
Poinformuj nas, czy źródłowe centrum danych zostało usunięte. Ten fakt jest ważny, aby zidentyfikować prawidłowe konto kopii zapasowej do przywrócenia.
Jeśli nie musisz przywracać całego klastra, podaj, jeśli ma to zastosowanie, przestrzeń kluczy i tabelę, które należy przywrócić.
Sprawdź, czy chcesz przywrócić kopię zapasową w istniejącym klastrze, czy w nowym klastrze.
Jeśli chcesz przywrócić do nowego klastra, musisz najpierw utworzyć nowy klaster. Upewnij się, że klaster docelowy jest zgodny z klastrem źródłowym pod względem liczby centrów danych. Sprawdź, czy odpowiednie centrum danych ma taką samą liczbę węzłów. Możesz również zdecydować, czy poświadczenia mają być zachowywane w nowym klastrze docelowym. Alternatywnie, zezwól, aby proces przywracania zastąpił nazwę użytkownika i hasło tym, co zostało pierwotnie utworzone.
Możesz również zdecydować, czy zachować system_auth przestrzeń kluczy w nowym klastrze docelowym, czy pozwolić na jej zastąpienie danymi z kopii zapasowej. system_auth Przestrzeń kluczy w systemie Cassandra zawiera dane autoryzacji i uwierzytelniania wewnętrznego, w tym role, uprawnienia roli i hasła. Domyślny proces przywracania ustawień zastępuje system_auth przestrzeń kluczy.

Uwaga

Czas potrzebny na udzielenie odpowiedzi na żądanie przywrócenia z kopii zapasowej zależy od ważności zgłoszenia do pomocy technicznej, umowy SLA na czas odpowiedzi i ilości danych do przywrócenia. Nie udostępniamy umowy o poziomie usług (SLA) w odniesieniu do czasu potrzebnego na ukończenie przywracania. Ta wartość jest zależna od czasu i objętości przywracanych danych.

Ostrzeżenie

Kopie zapasowe są przeznaczone do scenariuszy przypadkowego usunięcia i nie są geograficznie nadmiarowe. Nie zalecamy tworzenia kopii zapasowych do użycia jako strategii odzyskiwania po awarii w regionie. Aby zapewnić ochronę przed awariami w całym regionie, zalecamy wdrożenie w wielu regionach. Aby uzyskać więcej informacji, zobacz Szybki start dotyczący wdrożeń w wielu regionach.

Zabezpieczenia

Usługa Azure Managed Instance for Apache Cassandra udostępnia wiele wbudowanych jawnych mechanizmów kontroli zabezpieczeń i funkcji:

Wzmocnione obrazy maszyn wirtualnych z systemem Linux z kontrolowanym łańcuchem dostaw.
Typowe monitorowanie luk w zabezpieczeniach i ekspozycji (CVE) na poziomie systemu operacyjnego.
Rotacja certyfikatów zarówno dla oprogramowania Apache Cassandra, jak i Prometheus hostowanego na zarządzanych maszynach wirtualnych.
Aktywne skanowanie luk w zabezpieczeniach.
Aktywne skanowanie wirusów.
Bezpieczne praktyki kodowania.

Aby uzyskać więcej informacji na temat funkcji zabezpieczeń, zobacz Zabezpieczenia w usłudze Azure Managed Instance for Apache Cassandra.

Obsługa hybrydowa

Po skonfigurowaniu klastra hybrydowego automatyczne operacje porządkowe działające w usłudze przynoszą korzyść całemu klastrowi. Ten aspekt obejmuje centra danych, które nie są zarządzane przez usługę. Twoim zadaniem jest utrzymanie lokalnego lub zewnętrznie hostowanego centrum danych.

Sprzężenie zwrotne

Czy ta strona była pomocna?

Last updated on 2025-06-06