Sdílet prostřednictvím

Vytvoření a správa vyhrazeného clusteru v protokolech služby Azure Monitor

  • Článek

Vyhrazený cluster ve službě Azure Monitor umožňuje pokročilé možnosti zabezpečení a řízení a optimalizaci nákladů. S clusterem můžete propojit nové nebo existující pracovní prostory bez přerušení příjmu dat a operací dotazů.

Pokročilé možnosti

Možnosti, které vyžadují vyhrazené clustery:

  • Klíče spravované zákazníkem – Šifrování dat pomocí klíče, který zadáte a řídíte.
  • Lockbox – řízení přístupu techniků podpory Microsoftu k vašim datům
  • Dvojité šifrování – další vrstva šifrování vašich dat
  • Optimalizace křížového dotazu – dotazy napříč pracovními prostory běží rychleji, když jsou ve stejném clusteru.
  • Optimalizace nákladů – Propojte pracovní prostory ve stejné oblasti s clusterem a využijte slevu na úroveň závazku pro data ingestovaná ze všech propojených pracovních prostorů.
  • Zóny dostupnosti – Chraňte svá data s datovými centry v různých fyzických umístěních vybavených nezávislým napájením, chlazením a sítěmi. Zóny dostupnosti služby Azure Monitor pokrývají širší části služby a pokud jsou dostupné ve vaší oblasti, rozšiřuje odolnost služby Azure Monitor automaticky. Azure Monitor ve výchozím nastavení vytváří vyhrazené clustery jako povolené zóny dostupnosti (isAvailabilityZonesEnabled: true) v podporovaných oblastech. Zóny dostupnosti vyhrazených clusterů se v současné době nepodporují ve všech oblastech.
  • Ingestování ze služby Azure Event Hubs – Umožňuje ingestovat data přímo ze služby Event Hubs do pracovního prostoru služby Log Analytics.

Cenový model clusteru

Vyhrazené clustery Log Analytics používají cenový model úrovně závazku od 100 GB za den. Příjem dat překračující úroveň závazku se účtuje na základě sazby za GB. Úroveň závazku je možné kdykoli zvýšit, ale má 31denní období závazku před snížením. Podrobnosti o úrovních závazku najdete v podrobnostech o cenách protokolů služby Azure Monitor.

Existují dvě hodnoty fakturačního typu , které určují přiřazení fakturace přijatých dat:

  • Cluster (výchozí) – Náklady na cluster jsou přiřazeny k prostředku clusteru.
  • Pracovní prostory – Náklady na váš cluster se přiřazují úměrně pracovním prostorům v clusteru a prostředky clusteru se účtují některé z využití, pokud jsou celková ingestovaná data za den pod úrovní závazku. Další informace o cenovém modelu clusteru najdete v tématu Věnovaném vyhrazeným clusterům Log Analytics.

Požadována oprávnění

K provádění akcí souvisejících s clustery potřebujete tato oprávnění:

Akce Potřebná oprávnění nebo role
Vytvoření vyhrazeného clusteru Microsoft.Resources/deployments/*a Microsoft.OperationalInsights/clusters/write oprávnění, která poskytuje předdefinovaná role Přispěvatel Log Analytics, například
Změna vlastností clusteru Microsoft.OperationalInsights/clusters/write oprávnění, která poskytuje předdefinovaná role přispěvatele Log Analytics, například
Propojení pracovních prostorů s clusterem Microsoft.OperationalInsights/clusters/write, Microsoft.OperationalInsights/workspaces/writea Microsoft.OperationalInsights/workspaces/linkedservices/write oprávnění, jak poskytuje předdefinovaná role přispěvatele Log Analytics, například
Kontrola stavu propojení pracovního prostoru Microsoft.OperationalInsights/workspaces/read oprávnění k pracovnímu prostoru, jak poskytuje integrovaná role Čtenář log Analytics, například
Získání clusterů nebo kontrola stavu zřizování clusteru Microsoft.OperationalInsights/clusters/read oprávnění, která poskytuje integrovaná role Log Analytics Reader, například
Aktualizace úrovně závazku nebo billingType v clusteru Microsoft.OperationalInsights/clusters/write oprávnění, která poskytuje předdefinovaná role přispěvatele Log Analytics, například
Udělení požadovaných oprávnění Role vlastníka nebo přispěvatele s */write oprávněními nebo předdefinovaná role Přispěvatel Log Analytics, která má Microsoft.OperationalInsights/* oprávnění
Zrušení propojení pracovního prostoru s clusterem Microsoft.OperationalInsights/workspaces/linkedServices/delete oprávnění, která poskytuje předdefinovaná role přispěvatele Log Analytics, například
Odstranění vyhrazeného clusteru Microsoft.OperationalInsights/clusters/delete oprávnění, která poskytuje předdefinovaná role přispěvatele Log Analytics, například

Další informace o oprávněních Log Analytics najdete v tématu Správa přístupu k datům protokolů a pracovním prostorům ve službě Azure Monitor.

Ukázky šablon Resource Manageru

Tento článek obsahuje ukázkové šablony Azure Resource Manageru (ARM) pro vytváření a konfiguraci clusterů Log Analytics ve službě Azure Monitor. Každá ukázka obsahuje soubor šablony a soubor parametrů s ukázkovými hodnotami pro poskytnutí šablony.

Poznámka:

Seznam dostupných ukázek a pokynů k jejich nasazení ve vašem předplatném Azure najdete v ukázkách Azure Resource Manageru pro Azure Monitor.

Odkazy na šablony

Přípravky

Fakturace úrovně závazku clusteru se spustí po vytvoření bez ohledu na příjem dat a před zahájením se doporučuje mít připravené následující položky.

  1. Mít předplatné, ve kterém se cluster vytvoří
  2. Seznam pracovních prostorů, které chcete propojit s clusterem musí být ve stejné oblasti jako cluster.
  3. Ukončete fakturační typ a přisuzování, ať už clusteru (výchozí), nebo propojeným pracovním prostorům proporcionálně.
  4. Ověření oprávnění k vytvoření clusteru a propojení pracovních prostorů

Poznámka:

  • Vytvoření clusteru a propojení pracovních prostorů se provádí v asynchronních operacích, které mohou trvat několik hodin.
  • Propojení nebo zrušení propojení pracovních prostorů z clusteru nemá žádný vliv na příjem dat ani dotazy během operací.

Vytvoření vyhrazeného clusteru

Při vytváření nového vyhrazeného clusteru zadejte následující vlastnosti:

  • Název clusteru: Musí být jedinečný pro skupinu prostředků.
  • ResourceGroupName: Použijte centrální skupinu prostředků IT, protože mnoho týmů v organizaci obvykle sdílí clustery. Další aspekty návrhu najdete v tématu Návrh konfigurace pracovního prostoru služby Log Analytics.
  • Místo
  • SkuCapacity: Úroveň závazku můžete nastavit na 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000, 50000 GB za den. Minimální úroveň závazku podporovaná v rozhraní příkazového řádku je v současné době 500. Pomocí REST můžete nakonfigurovat nižší úrovně závazku s minimálně 100. Další informace onákladechch
  • Spravovaná identita: Clustery podporují dva typy spravovaných identit:

    • Spravovaná identita přiřazená systémem – Automaticky se vygeneruje při vytváření clusteru, když je identita type nastavená na SystemAssigned. Tuto identitu můžete později použít k udělení přístupu k úložišti ke službě Key Vault pro operace zabalení a rozbalení.

      Identita ve volání REST clusteru

      {
  "identity": {
    "type": "SystemAssigned"
    }
}

    • Spravovaná identita přiřazená uživatelem – Umožňuje nakonfigurovat klíč spravovaný zákazníkem při vytváření clusteru při udělování oprávnění ve službě Key Vault před vytvořením clusteru.

      Identita ve volání REST clusteru

      {
"identity": {
  "type": "UserAssigned",
    "userAssignedIdentities": {
      "subscriptions/<subscription-id>/resourcegroups/<resource-group-name>/providers/Microsoft.ManagedIdentity/UserAssignedIdentities/<cluster-assigned-managed-identity>"
    }
  }  
}

Po vytvoření prostředku clusteru můžete upravit vlastnosti, jako jsou skladová položka, *keyVaultProperties nebo billingType. Další podrobnosti najdete níže.

Úplné odebrání odstraněných clusterů trvá dva týdny. V posledních dvou týdnech můžete mít až sedm clusterů na předplatné a oblast, pět aktivních a dvou.

Poznámka:

Vytvoření clusteru zahrnuje několik prostředků a operace se obvykle dokončí za dvě hodiny. Vyhrazený cluster se účtuje po zřízení bez ohledu na příjem dat a doporučuje se připravit nasazení pro urychlení propojení zřizování a pracovních prostorů s clusterem. Zkontrolujte:

  • Identifikuje se seznam počátečního pracovního prostoru, který se má propojit s clusterem.
  • Máte oprávnění k předplatnému určenému pro cluster a všechny pracovní prostory, které se mají propojit.

V nabídce Vyhrazené clustery Log Analytics na webu Azure Portal klikněte na Vytvořit. Zobrazí se výzva k zadání podrobností, jako je název clusteru a úroveň závazku.

Snímek obrazovky pro vytvoření vyhrazeného clusteru na webu Azure Portal

Kontrola stavu zřizování clusteru

Dokončení zřizování clusteru Log Analytics trvá nějakou dobu. Pomocí jedné z následujících metod zkontrolujte ProvisioningState vlastnost. Hodnota je ProvisioningAccount při zřizování a úspěšné po dokončení.

Portál bude poskytovat stav při zřizování clusteru.

Poznámka:

  • Propojení pracovního prostoru se dá provést až po dokončení zřizování clusteru Log Analytics.
  • Propojení pracovního prostoru s clusterem zahrnuje synchronizaci několika back-endových komponent a hydrace mezipaměti, která se obvykle dokončí za dvě hodiny.
  • Při propojení pracovního prostoru služby Log Analytics se fakturační plán pracovního prostoru změnil na LACluster a měli byste odebrat skladovou položku v šabloně pracovního prostoru, abyste zabránili konfliktu během nasazování pracovního prostoru.
  • Kromě fakturačních aspektů, které se řídí plánem clusteru, zůstanou všechny konfigurace a aspekty dotazů pracovního prostoru během a po propojení beze změny.

Pro operaci propojení pracovního prostoru a prostředku clusteru potřebujete oprávnění k zápisu:

  • V pracovním prostoru: Microsoft.OperationalInsights/workspaces/write
  • Prostředek clusteru: Microsoft.OperationalInsights/clusters/write

Jakmile je pracovní prostor služby Log Analytics propojený s vyhrazeným clusterem, nová data odesílaná do pracovního prostoru se ingestují do vašeho vyhrazeného clusteru, zatímco dříve ingestovaná data zůstávají v clusteru Log Analytics. Propojení pracovního prostoru nemá žádný vliv na operaci pracovního prostoru, včetně příjmu dat a dotazování. Dotazovací modul Log Analytics stehuje data ze starých a nových clusterů automaticky a výsledky dotazů jsou dokončené.

Clustery jsou regionální a dají se propojit až s 1 000 pracovními prostory umístěnými ve stejné oblasti jako cluster. Pracovní prostor nejde propojit s clusterem více než dvakrát měsíčně, aby se zabránilo fragmentaci dat.

Propojené pracovní prostory můžou být v různých předplatných, než je předplatné, ve které se cluster nachází. Pracovní prostor a cluster můžou být v různých tenantech, pokud se Azure Lighthouse používá k mapování obou tenantů na jednoho tenanta.

Když je vyhrazený cluster nakonfigurovaný s klíčem spravovaným zákazníkem (CMK), nově ingestovaná data se zašifrují pomocí vašeho klíče, zatímco starší data zůstávají šifrovaná pomocí klíče spravovaného Microsoftem (MMK). Konfigurace klíče je abstrahována službou Log Analytics a dotaz napříč starými a novými šifrováními dat se provádí bez problémů.

Pomocí následujícího postupu propojte pracovní prostor s clusterem. Automatizaci můžete použít k propojení více pracovních prostorů:

Vyberte cluster z nabídky vyhrazených clusterů Log Analytics na webu Azure Portal a potom kliknutím na Propojené pracovní prostory zobrazte všechny pracovní prostory , které jsou aktuálně propojené s vyhrazeným clusterem. Kliknutím na Propojit pracovní prostory propojte další pracovní prostory.

Snímek obrazovky pro propojení pracovních prostorů s vyhrazeným clusterem na webu Azure Portal

Dokončení operace propojení pracovního prostoru může trvat až 90 minut. Stav propojených pracovních prostorů i clusteru můžete zkontrolovat. Po dokončení budou prostředky pracovního prostoru obsahovat clusterResourceId vlastnost v části featuresa cluster bude obsahovat propojené pracovní prostory v associatedWorkspaces části.

Když je cluster nakonfigurovaný s klíčem spravovaným zákazníkem, data přijatá do pracovních prostorů po dokončení operace propojení se uloží zašifrovaná pomocí vašeho klíče.

Na stránce Přehled vašeho vyhrazeného clusteru vyberte Zobrazení JSON. Tato associatedWorkspaces část obsahuje seznam pracovních prostorů propojených s clusterem.

Snímek obrazovky pro zobrazení přidružených pracovních prostorů pro vyhrazený cluster na webu Azure Portal

Změna vlastností clusteru

Po vytvoření prostředku clusteru a jeho plném zřízení můžete upravit vlastnosti clusteru pomocí rozhraní příkazového řádku, PowerShellu nebo rozhraní REST API. Mezi vlastnosti, které můžete nastavit po zřízení clusteru, patří:

  • keyVaultProperties – Obsahuje klíč ve službě Azure Key Vault s následujícími parametry: KeyVaultUri, KeyName, KeyVersion. Viz Aktualizace clusteru s podrobnostmi o identifikátoru klíče.
  • Identita – identita použitá k ověření ve službě Key Vault. Toto může být přiřazené systémem nebo přiřazeno uživatelem.
  • billingType – Přisuzování fakturace pro prostředek clusteru a jeho data Zahrnuje následující hodnoty:
    • Cluster (výchozí) – Náklady na cluster jsou přiřazeny k prostředku clusteru.
    • Pracovní prostory – Náklady na váš cluster se přiřazují úměrně pracovním prostorům v clusteru a prostředky clusteru se účtují některé z využití, pokud jsou celková ingestovaná data za den pod úrovní závazku. Další informace o cenovém modelu clusteru najdete v tématu Věnovaném vyhrazeným clusterům Log Analytics.

Důležité

Aktualizace clusteru by neměla obsahovat podrobnosti o identifikátoru identity i klíče ve stejné operaci. Pokud potřebujete aktualizovat obojí, aktualizace by měla být ve dvou po sobě jdoucích operacích.

–

Získání všech clusterů ve skupině prostředků

V nabídce vyhrazených clusterů Log Analytics na webu Azure Portal vyberte filtr skupiny prostředků.

Snímek obrazovky pro zobrazení všech vyhrazených clusterů ve skupině prostředků na webu Azure Portal

Získání všech clusterů v předplatném

V nabídce vyhrazených clusterů Log Analytics na webu Azure Portal vyberte filtr Předplatné.

Snímek obrazovky pro zobrazení všech vyhrazených clusterů v předplatném na webu Azure Portal

Aktualizace úrovně závazku v clusteru

Když se datový svazek do propojených pracovních prostorů v průběhu času změní, můžete úroveň úrovně závazku odpovídajícím způsobem aktualizovat, aby se optimalizovaly náklady. Úroveň je zadaná v jednotkách gigabajtů (GB) a může mít hodnoty 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000, 50000 GB za den. Nemusíte zadávat celý text požadavku REST, ale musíte zahrnout skladovou položku.

Během období závazku můžete přejít na vyšší úroveň závazku, která restartuje 31denní období závazku. Zpět na průběžné platby ani na nižší úroveň závazku se nemůžete přesunout, dokud neukončíte období závazku.

V nabídce vyhrazených clusterů Log Analytics na webu Azure Portal vyberte svůj cluster a pak klikněte na Změnit vedle úrovně Závazku.

Snímek obrazovky se změnou úrovně závazku pro vyhrazený cluster na webu Azure Portal

Pracovní prostor můžete kdykoli odpojit od clusteru. Cenová úroveň pracovního prostoru se změní na každou GB, data ingestovaná do clusteru před tím, než operace zrušení propojení zůstane v clusteru, a nová data do pracovního prostoru se ingestují do Log Analytics.

Upozorňující

Zrušení propojení pracovního prostoru nepřesune data pracovního prostoru z clusteru. Všechna data shromážděná pro pracovní prostor, která jsou propojená s clusterem, zůstávají v clusteru po dobu uchovávání definovanou v pracovním prostoru a jsou přístupná, pokud se cluster neodstraní.

Dotazy nejsou ovlivněny, pokud je pracovní prostor odpojený a služba bez problémů provádí dotazy napříč clustery. Pokud byl cluster nakonfigurovaný s klíčem spravovaným zákazníkem (CMK), data ingestovaná do pracovního prostoru během propojení zůstanou zašifrovaná pomocí vašeho klíče a jsou přístupná, zatímco klíč a oprávnění ke službě Key Vault zůstanou.

Poznámka:

  • Existují omezení dvou operací propojení pro konkrétní pracovní prostor během měsíce, aby se zabránilo distribuci dat mezi clustery. Pokud dosáhnete limitu, kontaktujte podporu.
  • Nepřipojené pracovní prostory se přesunou na cenovou úroveň s průběžnými platbami.

K zrušení propojení pracovního prostoru z clusteru použijte následující příkazy:

Vyberte cluster z nabídky vyhrazených clusterů Log Analytics na webu Azure Portal a potom kliknutím na Propojené pracovní prostory zobrazte všechny pracovní prostory , které jsou aktuálně propojené s vyhrazeným clusterem. Vyberte všechny pracovní prostory, které chcete odpojit, a klikněte na Zrušit propojení.

Snímek obrazovky pro zrušení propojení pracovního prostoru z vyhrazeného clusteru na webu Azure Portal

Odstranění clusteru

Musíte mít oprávnění k zápisu k prostředku clusteru.

Operace odstranění clusteru by se měla provádět opatrně, protože operace není obnovitelná. Všechna přijatá data do clusteru z propojených pracovních prostorů se trvale odstraní.

Fakturace clusteru se zastaví při odstranění clusteru bez ohledu na úroveň závazku 31 dnů definovanou v clusteru.

Pokud odstraníte cluster s propojenými pracovními prostory, pracovní prostory se automaticky odpojí od clusteru, pracovní prostory se přesunou na cenovou úroveň průběžných plateb a nová data do pracovních prostorů se místo toho ingestují do clusterů Log Analytics. Pracovní prostor můžete dotazovat na časový rozsah předtím, než byl propojený s clusterem, a po odpojení a služba bez problémů provádí dotazy napříč clustery.

Poznámka:

  • Existuje limit sedmi clusterů na předplatné a oblast, pět aktivních plus dvě, které byly odstraněny za poslední dva týdny.
  • Název clusteru zůstane po odstranění rezervovaný dva týdny a nedá se použít k vytvoření nového clusteru.

K odstranění clusteru použijte následující příkazy:

V nabídce vyhrazených clusterů Log Analytics na webu Azure Portal vyberte svůj cluster a klikněte na Odstranit.

Snímek obrazovky pro odstranění vyhrazeného clusteru na webu Azure Portal

Změna typu spravované identity

Typ identity je možné po vytvoření clusteru změnit bez přerušení příjmu dat nebo dotazů s následujícími aspekty:

  • Aktualizace SystemAssigned na UserAssigned – Udělte identitě UserAssign ve službě Key Vault a potom aktualizujte typ identity v clusteru.
  • Aktualizace userAssigned na SystemAssigned – vzhledem k tomu, že spravovaná identita přiřazená systémem vytvořená po aktualizaci typu identity clusteru pomocí systemAssigned, je potřeba postupovat podle následujících kroků.
    1. Aktualizace clusteru a odebrání klíče – nastavení keyVaultUri, keyName a keyVersion s hodnotou ""
    2. Aktualizace typu identity clusteru na SystemAssigned
    3. Aktualizace služby Key Vault a udělení oprávnění identitě
    4. Aktualizace klíče v clusteru

Limity a omezení

  • V každé oblasti a předplatném je možné vytvořit maximálně pět aktivních clusterů.

  • Maximálně sedm clusterů povolených pro každé předplatné a oblast, pět aktivních a dva, které byly odstraněny za posledních 2 týdny.

  • S clusterem je možné propojit maximálně 1 000 pracovních prostorů služby Log Analytics.

  • Maximální počet dvou operací propojení pracovního prostoru s konkrétním pracovním prostorem je povolen v 30denním období.

  • Přesun clusteru do jiné skupiny prostředků nebo předplatného se v současné době nepodporuje.

  • Přesun clusteru do jiné oblasti se nepodporuje.

  • Aktualizace clusteru by neměla obsahovat podrobnosti o identifikátoru identity i klíče ve stejné operaci. V případě, že potřebujete aktualizovat obojí, by aktualizace měla být ve dvou po sobě jdoucích operacích.

  • Lockbox není momentálně k dispozici v Číně.

  • Lockbox se momentálně nedá použít u tabulek s pomocným plánem.

  • Dvojité šifrování se konfiguruje automaticky pro clustery vytvořené z října 2020 v podporovaných oblastech. Pokud je cluster nakonfigurovaný pro dvojité šifrování, můžete ověřit odesláním požadavku GET v clusteru a zjištěním, že isDoubleEncryptionEnabled hodnota je true pro clustery s povoleným dvojitým šifrováním.

    • Pokud vytvoříte cluster a zobrazí se chyba "Název oblasti nepodporuje dvojité šifrování pro clustery", můžete cluster vytvořit bez dvojitého šifrování přidáním "properties": {"isDoubleEncryptionEnabled": false} do textu požadavku REST.
    • Nastavení dvojitého šifrování nelze po vytvoření clusteru změnit.

  • Odstranění pracovního prostoru je povoleno při propojení s clusterem. Pokud se rozhodnete obnovit pracovní prostor během období obnovitelného odstranění, pracovní prostor se vrátí do předchozího stavu a zůstane propojený s clusterem.

  • Během období závazku můžete přejít na vyšší úroveň závazku, která restartuje 31denní období závazku. Zpět na průběžné platby ani na nižší úroveň závazku se nemůžete přesunout, dokud neukončíte období závazku.

Řešení problému

  • Pokud při vytváření clusteru dojde k chybě konfliktu, je možné, že se během posledních 2 týdnů a v procesu odstranění odstranil. Název clusteru zůstane rezervovaný během 2 týdnů odstranění a nemůžete vytvořit nový cluster s tímto názvem.

  • Pokud cluster aktualizujete v době, kdy je cluster ve stavu zřizování nebo aktualizace, aktualizace se nezdaří.

  • Některé operace jsou dlouhé a dokončení může chvíli trvat. Jedná se o vytvoření clusteru, aktualizaci klíče clusteru a odstranění clusteru. Stav operace můžete zkontrolovat odesláním požadavku GET do clusteru nebo pracovního prostoru a sledovat odpověď. Například nepřipojený pracovní prostor nebude mít clusterResourceId v rámci funkcí.

  • Pokud se pokusíte propojit pracovní prostor služby Log Analytics, který je již propojený s jiným clusterem, operace selže.

Chybové zprávy

Vytvoření clusteru

  • 400--Cluster name není platný. Název clusteru může obsahovat znaky a-z, A-Z, 0-9 a délku 3-63.
  • 400 – Text požadavku má hodnotu null nebo je ve špatném formátu.
  • 400--SKU název je neplatný. Nastavte název skladové položky na capacityReservation.
  • 400 – Kapacita byla poskytována, ale skladová položka není kapacitaReservation. Nastavte název skladové položky na capacityReservation.
  • 400 – Chybějící kapacita v SKU Nastavte hodnotu kapacity na 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000, 50000 GB za den.
  • 400 – Kapacita je uzamčená po dobu 30 dnů. Snížení kapacity je povoleno 30 dní po aktualizaci.
  • 400 --No SKU was set. Nastavte název skladové položky na hodnotu capacityReservation a Capacity na 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000, 50000 GB za den.
  • 400 – Operaci teď nejde spustit. Asynchronní operace je v jiném stavu, než je úspěšné. Cluster musí dokončit svou operaci před provedením jakékoli operace aktualizace.

Aktualizace clusteru

  • 400 – Cluster je ve stavu odstranění. Probíhá asynchronní operace. Cluster musí dokončit svou operaci před provedením jakékoli operace aktualizace.
  • 400--KeyVaultProperties není prázdný, ale má chybný formát. Viz aktualizace identifikátoru klíče.
  • 400 – Nepodařilo se ověřit klíč ve službě Key Vault. Příčinou může být nedostatek oprávnění nebo pokud klíč neexistuje. Ověřte, že jste ve službě Key Vault nastavili zásady klíče a přístupu.
  • 400 --Key není možné obnovit. Key Vault musí být nastavený na obnovitelné odstranění a vyprázdnění. Viz dokumentace ke službě Key Vault
  • 400 – Operaci teď nejde spustit. Počkejte, až se asynchronní operace dokončí, a zkuste to znovu.
  • 400 – Cluster je ve stavu odstranění. Počkejte, až se asynchronní operace dokončí, a zkuste to znovu.

Získání clusteru

  • 404 – Cluster nebyl nalezen, pravděpodobně byl odstraněn. Pokud se pokusíte vytvořit cluster s tímto názvem a dojde ke konfliktu, cluster je v procesu odstranění.

Odstranění clusteru

  • 409 – Nejde odstranit cluster v době zřizování. Počkejte, až se asynchronní operace dokončí, a zkuste to znovu.
  • 404 – Pracovní prostor nebyl nalezen. Zadaný pracovní prostor neexistuje nebo byl odstraněn.
  • 409 – propojení pracovního prostoru nebo zrušení propojení v procesu.
  • 400 – Cluster nebyl nalezen, zadaný cluster neexistuje nebo byl odstraněn.
  • 404 – Pracovní prostor nebyl nalezen. Zadaný pracovní prostor neexistuje nebo byl odstraněn.
  • 409 – propojení pracovního prostoru nebo zrušení propojení v procesu.

Další kroky