Dela via


Hanteringsåtgärder i Azure Managed Instance för Apache Cassandra

Azure Managed Instance för Apache Cassandra är en fullständigt hanterad tjänst för rena Apache Cassandra-kluster med öppen källkod. Tjänsten tillåter också att konfigurationer åsidosätts, beroende på de specifika behoven för varje arbetsbelastning, vilket ger maximal flexibilitet och kontroll där det behövs.

Den här artikeln definierar de hanteringsåtgärder och funktioner som tillhandahålls av tjänsten. Det förklarar också ansvarsfördelningen mellan Azure Support-teamet och kunderna när du underhåller hybridkluster.

Kompaktering

  • Det finns olika typer av komprimering. Den här tjänsten utför för närvarande en mindre komprimering med hjälp av reparation. Mer information finns i Underhåll. Den här åtgärden utför en Merkle-trädkomprimering, vilket är en speciell typ av komprimering.

  • Beroende på komprimeringsstrategin som angavs i tabellen med CQL, till exempel WITH compaction = { 'class' : 'LeveledCompactionStrategy' }komprimerar Cassandra automatiskt när tabellen når en viss storlek. Vi rekommenderar att du noggrant väljer en komprimeringsstrategi för din arbetsbelastning. Utför inga manuella komprimeringar utanför strategin.

Korrigering

  • Korrigeringar på operativsystemnivå görs automatiskt vid två veckors takt.

  • Apache Cassandra-korrigeringar på programvarunivå görs när säkerhetsrisker identifieras. Uppdateringsfrekvensen kan variera.

  • Under korrigeringen startas datorerna om ett rack i taget. Du bör inte uppleva någon försämring på programsidan så länge kvorum ALL-inställningen inte används och replikeringsfaktorn är 3 eller högre.

  • Versionen i Apache Cassandra är i formatet X.Y.Z. Du kan styra distributionen av större (X) och mindre versioner (Y) manuellt med hjälp av tjänstverktyg. Cassandra-korrigeringar (Z) som kan krävas för den huvud-/underversionskombinationen görs automatiskt.

Anmärkning

Tjänsten stöder för närvarande Cassandra-versioner till v5.0. Information om hur du anger en Cassandra-version när du distribuerar ett kluster finns i Snabbstart för Azure CLI.

Underhåll

  • Tjänsten kör nodetool repair med reaper. Det här verktyget körs en gång i veckan. Om du använder din egen tjänst för en hybriddistribution kanske du vill inaktivera reaper.

  • Övervakning av nodhälsa består av:

    • Övervaka aktivt varje nods medlemskap i Cassandra-ringen.
    • Automatisk upptäckt och åtgärdande av infrastrukturproblem som virtuella maskiner, nätverk, lagring, Linux och mjukvarusupportfel.
    • Övervaka processor-, disk-, kvorumförlust och andra resursproblem proaktivt.
    • Ta automatiskt upp misslyckade noder där det är möjligt och manuellt ta upp noder som svar på automatiskt genererade varningar.

Stöd

Azure Managed Instance för Apache Cassandra tillhandahåller ett serviceavtal för tillgängligheten av datacenter i ett hanterat kluster. Om du stöter på problem med att använda tjänsten skickar du en supportbegäran i Azure Portal.

Våra supportförmåner är:

  • En kontaktpunkt för problem med Cassandra-infrastrukturen. Du behöver inte skapa supportärenden hos IaaS-team som disk-, beräknings- och nätverksteam separat.
  • Proaktiva råd via e-post om prestandaflaskhalsar, kapacitet och andra problem med resursbegränsningar.
  • 24 x 7 supporttäckning, inklusive automatiskt genererade incidenter för allvarliga avbrottsproblem.
  • Stöd för uppdatering godkänd av communityn. Se Patching.
  • Internt stöd för Java JDK/JVM-teknikteamet.
  • Stöd för Linux-operativsystem med säkerhet i programvaruförsörjningskedjan.

Viktigt!

Microsoft undersöker och diagnostiserar eventuella problem som rapporteras med hjälp av supportärende. Supporten löser eller minimerar när det är möjligt. Du ansvarar slutligen för all användning på Apache Cassandra-konfigurationsnivå som orsakar cpu-, disk- eller nätverksproblem.

Exempel på sådana problem är:

  • Ineffektiva frågeoperationer.
  • Dataflöde som överskrider kapaciteten.
  • Mata in data som överskrider lagringskapaciteten.
  • Felaktiga inställningar för nyckelrymdskonfiguration.
  • Dålig datamodell eller partitionsnyckelstrategi.

Microsoft kan undersöka ett supportärende och upptäcka att orsaken till problemet finns på apache Cassandra-konfigurationsnivån. Ett sådant problem kommer inte från några underliggande plattformsnivåaspekter som Azure underhåller. Supporten ger fortfarande rekommendationer och vägledning om reparation eller åtgärd när det är möjligt innan de avslutar ärendet.

Vi rekommenderar att du aktiverar mått och bekanta dig med vår Azure Monitor-integrering för att förhindra vanliga problem på program-/konfigurationsnivå i Apache Cassandra, till exempel tidigare beskrivet.

Varning

Med Azure Managed Instance för Apache Cassandra kan du också köra nodetool och sstable kommandon för rutinmässig DBA-administration. Mer information finns i DBA-kommandon för Azure Managed Instance för Apache Cassandra.

Vissa av dessa kommandon kan destabilisera Cassandra-klustret. Du bör köra dessa kommandon noggrant och efter att ha testats i icke-produktionsmiljöer. Använd om möjligt ett --dry-run alternativ först. Microsoft erbjuder inget serviceavtal eller stöd för problem med att köra kommandon som ändrar standarddatabaskonfigurationen eller tabellerna.

Säkerhetskopiering och återställning

Säkerhetskopior av ögonblicksbilder aktiveras som standard och tas var 24:e timme. Säkerhetskopior lagras i ett internt Azure Blob Storage-konto och behålls i upp till två dagar (48 timmar). Det kostar ingenting för de två första säkerhetskopiorna. Extra säkerhetskopior debiteras. Se priser. Om du vill ändra säkerhetskopieringsintervallet eller kvarhållningsperioden kan du redigera principen i Azure-portalen:

Skärmbild av konfigurationssidan för säkerhetskopieringsschemat.

Om du vill återställa från en befintlig säkerhetskopia skickar du en supportbegäran i Azure Portal. När du skapar ett supportärende måste du:

  1. Ange säkerhetskopierings-ID:t från portalen för den säkerhetskopia som du vill återställa. Du hittar det här ID:t i Azure-portalen:

    Skärmbild av konfigurationssidan för säkerhetskopieringsschema som markerar säkerhetskopierings-ID.

  2. Meddela oss om källdatacentret har tagits bort. Det här är viktigt att identifiera rätt säkerhetskopieringskonto att återställa från.

  3. Om du inte behöver återställa hela klustret anger du nyckelområdet och tabellen, om tillämpligt, som måste återställas.

  4. Ange om du vill att säkerhetskopian ska återställas i det befintliga klustret eller i ett nytt kluster.

  5. Om du vill återställa till ett nytt kluster måste du först skapa det nya klustret. Se till att målklustret matchar källklustret när det gäller antalet datacenter. Kontrollera att motsvarande datacenter har samma antal noder. Du kan också bestämma om autentiseringsuppgifterna ska behållas i det nya målklustret. Eventuellt kan du tillåta att återställningen ersätter användarnamnet och lösenordet med det som ursprungligen skapades.

  6. Du kan också bestämma om du vill behålla system_auth nyckelutrymmet i det nya målklustret eller tillåta att återställningen skriver över den med data från säkerhetskopian. Nyckelområdet system_auth i Cassandra innehåller auktoriseringsdata och interna autentiseringsdata, inklusive roller, rollbehörigheter och lösenord. Standardåterställningsprocessen skriver över system_auth keyspace.

Anmärkning

Hur lång tid det tar att svara på en begäran om återställning från säkerhetskopian beror på hur allvarligt supportärende du skapar, serviceavtalet för svarstid och hur mycket data som ska återställas. Vi tillhandahåller inget serviceavtal för tid för att slutföra återställningen. Det värdet är tidsberoende på mängden data som återställs.

Varning

Säkerhetskopior är avsedda för oavsiktliga borttagningsscenarier och är inte geo-redundanta. Vi rekommenderar inte säkerhetskopieringar för användning som en haveriberedskapsstrategi (DR) för regionala avbrott. För att skydda mot regionomfattande avbrott rekommenderar vi en distribution i flera regioner. Mer information finns i snabbstarten för distributioner i flera regioner.

Säkerhet

Azure Managed Instance för Apache Cassandra innehåller många inbyggda explicita säkerhetskontroller och funktioner:

  • Härdade avbildningar av virtuella Linux-maskiner med en kontrollerad leveranskedja.
  • Vanlig övervakning av sårbarhet och exponering (CVE) på operativsystemnivå.
  • Certifikatrotation för både Apache Cassandra- och Prometheus-programvara som finns på de hanterade virtuella datorerna.
  • Aktiv sårbarhetsgenomsökning.
  • Aktiv virusgenomsökning.
  • Säkra kodningsmetoder.

Mer information om säkerhetsfunktioner finns i Säkerhet i Azure Managed Instance för Apache Cassandra.

Hybridstöd

När ett hybridkluster har konfigurerats gynnar automatiserade reaper-åtgärder som körs i tjänsten hela klustret. Den här aspekten omfattar datacenter som inte är tillhandahållna av tjänsten. Det är ditt ansvar att underhålla ditt lokala eller externt värdbaserade datacenter.