Compartir a través de

Creación y administración de un clúster dedicado en los registros de Azure Monitor

Un clúster dedicado en Azure Monitor permite funcionalidades avanzadas de seguridad y control y optimización de costos. Puede vincular áreas de trabajo nuevas o existentes al clúster sin interrupciones en las operaciones de ingesta y consulta.

Capacidades avanzadas

Las funcionalidades que requieren clústeres dedicados son las siguientes:

  • Claves administradas por el cliente: cifre los datos mediante una clave que proporcione y controle.
  • Lockbox: controla el acceso a sus datos de los ingenieros de soporte técnico de Microsoft.
  • Cifrado doble: capa adicional de cifrado para los datos.
  • Optimización de consultas cruzadas: las consultas cruzadas se ejecutan más rápido cuando están en el mismo clúster.
  • Optimización de costos: vincule áreas de trabajo de la misma región al clúster y disfrute de un descuento por nivel de compromiso en los datos ingeridos de todas las áreas de trabajo vinculadas.
  • Zonas de disponibilidad: proteja los datos con centros de datos en diferentes ubicaciones físicas, equipadas con alimentación, refrigeración y redes independientes. Las zonas de disponibilidad de Azure Monitor cubren partes más amplias del servicio y, si están disponibles en una región, aumentan la resistencia de Azure Monitor automáticamente. Azure Monitor crea clústeres dedicados como zonas de disponibilidad habilitadas (isAvailabilityZonesEnabled: "true") de forma predeterminada en las regiones admitidas. Zonas de disponibilidad de clústeres dedicados no se admiten actualmente en todas las regiones.
  • Ingesta de Azure Event Hubs: permite ingerir datos directamente desde Event Hubs en un área de trabajo de Log Analytics.

Modelo de precios de clúster

Los clústeres dedicados de Log Analytics usan un modelo de tarifa del plan de compromiso a partir de 100 GB al día. La ingesta que supera el nivel de compromiso se cobra en función de la tasa por GB. Se puede aumentar un nivel de compromiso en cualquier momento, pero tiene un período de compromiso de 31 días antes de que se pueda reducir. Para más información sobre los niveles de compromiso, consulte los detalles de precios de Azure Monitor Logs.

Hay dos valores de tipo de facturación que determinan la atribución de facturación para los datos ingeridos:

  • Cluster (predeterminado): los costos para el clúster se atribuyen al recurso de clúster.
  • Áreas de trabajo: los costos del clúster se atribuyen proporcionalmente a las áreas de trabajo del clúster, con el recurso de clúster que se factura parte del uso si el total de datos ingeridos del día está bajo el nivel de compromiso. Consulte Clústeres dedicados de Log Analytics para más información sobre el modelo de precios del clúster.

Permisos necesarios

Para realizar acciones relacionadas con el clúster, necesita estos permisos:

Acción Permisos o roles necesarios
Creación de un clúster dedicado Microsoft.Resources/deployments/*y Microsoft.OperationalInsights/clusters/writepermisos, según lo proporcionado por el Rol integrado colaborador de Log Analytics , por ejemplo
Cambiar las propiedades del clúster Microsoft.OperationalInsights/clusters/writepermisos, como los proporcionados por el Rol integrado de colaborador de Log Analytics, por ejemplo
Vincular áreas de trabajo a un clúster Permisos Microsoft.OperationalInsights/clusters/write, Microsoft.OperationalInsights/workspaces/write y Microsoft.OperationalInsights/workspaces/linkedservices/write, como los proporcionados por el rol predefinido Colaborador de Log Analytics, por ejemplo.
Comprobación del estado del vínculo del área de trabajo Microsoft.OperationalInsights/workspaces/read permisos para el área de trabajo, tal como se proporciona en el Rol integrado lector de Log Analytics , por ejemplo
Obtención de clústeres o comprobación del estado de aprovisionamiento de un clúster Microsoft.OperationalInsights/clusters/read permisos, tal como lo proporciona el Rol integrado lector de Log Analytics , por ejemplo
Actualizar el nivel de compromiso o el tipo de facturación en un clúster Microsoft.OperationalInsights/clusters/writepermisos, como los proporcionados por el Rol integrado de colaborador de Log Analytics, por ejemplo
Conceder los permisos necesarios Rol de propietario o colaborador, que tiene permisos */write, o el rol integrado de colaborador de Log Analytics, que tiene permisos Microsoft.OperationalInsights/*.
Desvinculación de un área de trabajo de un clúster Microsoft.OperationalInsights/workspaces/linkedServices/deletepermisos, como los proporcionados por el Rol integrado de colaborador de Log Analytics, por ejemplo
Eliminación de un clúster dedicado Microsoft.OperationalInsights/clusters/deletepermisos, como los proporcionados por el Rol integrado de colaborador de Log Analytics, por ejemplo

Para obtener más información sobre los permisos de Log Analytics, consulte Administración del acceso a los datos de registro y las áreas de trabajo en Azure Monitor.

Ejemplos de plantillas de Resource Manager

Este artículo incluye plantillas de ejemplo de Azure Resource Manager (ARM) para crear y configurar clústeres de Log Analytics en Azure Monitor. Cada ejemplo incluye un archivo de plantilla y un archivo de parámetros con valores de ejemplo para la plantilla.

Nota

Consulte ejemplos de Azure Resource Manager de Azure Monitor para obtener una lista de ejemplos disponibles y orientación sobre cómo implementarlos en la suscripción de Azure.

Referencias de plantilla

Preparación

La facturación del nivel de compromiso del clúster se inicia una vez creada independientemente de la ingesta de datos y se recomienda tener lo siguiente listo antes de empezar:

  1. Contar con una suscripción en la que se crea el clúster
  2. Tenga la lista de áreas de trabajo que pretende vincular al clúster. Deben estar en la misma región que el clúster.
  3. Concluimos el tipo de facturación y la atribución, ya sea en el clúster (valor predeterminado) o en áreas de trabajo vinculadas proporcionalmente.
  4. Comprobación de los permisos para crear un clúster y vincular áreas de trabajo

Nota

  • La creación de un clúster y la vinculación de áreas de trabajo se realizan en operaciones asincrónicas que pueden tardar unas horas en completarse
  • La vinculación o desvinculación de áreas de trabajo de un clúster no tiene ningún efecto en la ingestión ni en las consultas mientras se realizan las operaciones.

Creación de un clúster dedicado

Proporcione las siguientes propiedades al crear un nuevo clúster dedicado:

  • ClusterName: debe ser único para el grupo de recursos.
  • ResourceGroupName: use un grupo de recursos de TI central, ya que muchos equipos de la organización suelen compartir clústeres. Para más consideraciones sobre el diseño, revise la configuración del área de trabajo de Log Analytics.
  • Ubicación
  • SkuCapacity: puede establecer el nivel de compromiso en 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000 o 50000 GB al día. El nivel de compromiso mínimo admitido en la CLI es de 500 GB actualmente. Use REST para configurar niveles de compromiso inferiores con un mínimo de 100 GB. Para más información sobre los costos del clúster, consulte Clústeres dedicados.
  • Identidad administrada: los clústeres admiten dos tipos de identidades administradas:

    • La identidad administrada asignada por el sistema: se genera automáticamente con la creación del clúster cuando la identidad type se establece en "SystemAssigned". Esta identidad se puede usar más adelante para conceder acceso de almacenamiento a Key Vault para las operaciones de encapsulado y desencapsulado.

      Identidad en la llamada REST del clúster

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

    • La identidad administrada asignada por el usuario: le permite configurar una clave administrada por el cliente durante la creación del clúster, al concederle permisos en Key Vault antes de crearlo.

      Identidad en la llamada REST del clúster

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

Después de crear el recurso de clúster, puede editar propiedades como sku, keyVaultProperties o billingType. Vea más detalles a continuación.

Los clústeres eliminados tardan dos semanas en quitarse por completo. Puede tener hasta siete clústeres por suscripción y región: cinco activos y dos eliminados en las últimas dos semanas.

Nota

La creación de un clúster implica varios recursos y la operación se completa normalmente en dos horas. Se factura un clúster dedicado una vez que se haya aprovisionado, independientemente de la ingesta de datos. Se recomienda preparar la implementación para acelerar el aprovisionamiento y vincular las áreas de trabajo al clúster. Verifique lo siguiente:

  • Se identifica una lista de áreas de trabajo iniciales que se vincularán al clúster.
  • Tiene permisos para la suscripción diseñada para el clúster y cualquier área de trabajo que se va a vincular

Haga clic en Crear en el menú clústeres dedicados de Log Analytics en Azure Portal. Se le pedirá información detallada, como el nombre del clúster y el nivel de compromiso.

Captura de pantalla para crear un clúster dedicado en Azure Portal.

Comprobación del estado de aprovisionamiento del clúster

El aprovisionamiento del clúster de Log Analytics tarda un tiempo en completarse. Use alguno de los métodos siguientes para comprobar la propiedad ProvisioningState. El valor es ProvisioningAccount mientras se realiza el aprovisionamiento y Succeeded una vez que se completa.

El portal proporcionará un estado cuando se aprovisione el clúster.

Nota

  • Vincular un área de trabajo puede realizarse una vez completado el aprovisionamiento del clúster de Log Analytics.
  • La vinculación de un área de trabajo a un clúster implica la sincronización de varios componentes de back-end y la hidratación de la memoria caché, que normalmente se completa en dos horas.
  • Al vincular un área de trabajo de Log Analytics, el plan de facturación del área de trabajo ha cambiado a LACluster, y debe quitar la SKU de la plantilla del área de trabajo para evitar un conflicto durante la implementación del área de trabajo.
  • Aparte de los aspectos de facturación que se rigen por el plan de clúster, todas las configuraciones del área de trabajo y los aspectos de consulta permanecen sin cambios durante y después del vínculo.

Necesita permisos de "escritura" para el área de trabajo y el recurso de clúster para la operación de vínculo del área de trabajo:

  • En el área de trabajo: Microsoft.OperationalInsights/workspaces/write
  • En el recurso de clúster: Microsoft.OperationalInsights/clusters/write

Una vez que un área de trabajo de Log Analytics está vinculada a un clúster dedicado, se ingieren nuevos datos enviados al área de trabajo en el clúster dedicado, mientras que los datos ingeridos previamente permanecen en el clúster de Log Analytics. La vinculación de un área de trabajo no tiene ningún efecto en el funcionamiento del área de trabajo, incluidas las experiencias de ingesta y consulta. El motor de consultas de Log Analytics integra datos de clústeres antiguos y nuevos automáticamente, y los resultados de las consultas son completos.

Los clústeres son regionales y se pueden vincular a hasta 1000 áreas de trabajo ubicadas en la misma región que el clúster. Un área de trabajo no se puede vincular a un clúster más de dos veces al mes, a fin de evitar la fragmentación de datos.

Las áreas de trabajo vinculadas pueden estar en suscripciones diferentes a las de la suscripción en la que se encuentra el clúster. El área de trabajo y el clúster pueden estar en inquilinos diferentes si se usa Azure Lighthouse para asignar ambos a un solo inquilino.

Cuando el clúster dedicado se configura con una clave administrada por el cliente (CMK), los nuevos datos ingeridos se cifran con la clave, mientras que los datos más antiguos permanecen cifrados con la clave administrada por Microsoft (MMK). Log Analytics abstrae la configuración de clave y la consulta en cifrados de datos antiguos y nuevos se realiza sin problemas.

Use los pasos siguientes para vincular un área de trabajo a un clúster. Puede usar la automatización para vincular varias áreas de trabajo:

Seleccione el clúster en menú Clústeres dedicados de Log Analytics en Azure Portal y, a continuación, haga clic en Vincular áreas de trabajo para ver todas las áreas de trabajo vinculadas actualmente al clúster dedicado. Haga clic en Vincular áreas de trabajo para vincular áreas de trabajo adicionales.

Captura de pantalla para vincular áreas de trabajo a un clúster dedicado en Azure Portal.

La operación de enlace del área de trabajo puede llevar hasta 90 minutos en completarse. Puede comprobar el estado tanto en las áreas de trabajo vinculadas como en el clúster. Cuando haya finalizado, los recursos del área de trabajo incluirán la clusterResourceId propiedad en features, y el clúster incluirá áreas de trabajo vinculadas en associatedWorkspaces la sección.

Cuando un clúster está configurado con una clave administrada por el cliente, los datos ingeridos en las áreas de trabajo una vez completada la operación de vínculo se almacenarán cifrados con la clave.

En la página Información general del clúster dedicado, seleccione Vista JSON. En la sección associatedWorkspaces se enumeran las áreas de trabajo vinculadas al clúster.

Captura de pantalla para ver las áreas de trabajo asociadas para un clúster dedicado en Azure Portal.

Cambiar las propiedades del clúster

Después de crear el recurso de clúster y de que esté totalmente aprovisionado, puede editar propiedades adicionales del clúster mediante la CLI, PowerShell o la API REST. Las propiedades que puede establecer después de aprovisionar el clúster son:

  • keyVaultProperties: contiene la clave de Azure Key Vault con los parámetros siguientes: KeyVaultUri, KeyName, KeyVersion. Consulte Actualización del clúster con detalles del identificador de clave.
  • Identidad: identidad que se usa para autenticarse en la instancia de Key Vault. Puede ser asignada por el sistema o por el usuario.
  • billingType: atribución de facturación para el recurso de clúster y sus datos. Incluye los siguientes valores:
    • Cluster (predeterminado): los costos para el clúster se atribuyen al recurso de clúster.
    • Workspaces: Los costos de su clúster se atribuyen proporcionalmente a las áreas de trabajo dentro del clúster, y una parte del uso del recurso de clúster se factura si el total de datos ingeridos del día está por debajo del nivel de compromiso. Consulte Clústeres dedicados de Log Analytics para más información sobre el modelo de precios del clúster.

Importante

Una única actualización del clúster no debe incluir tanto los detalles de identidad como del identificador de clave en la misma operación. Si necesita actualizar ambos valores, la actualización debe realizarse en dos operaciones consecutivas.

N/D

Obtención de todos los clústeres en el grupo de recursos

En el menú Clústeres dedicados de Log Analytics en Azure Portal, seleccione el filtro Grupo de recursos.

Captura de pantalla para ver todos los clústeres dedicados en un grupo de recursos en Azure Portal.

Obtención de todos los clústeres en la suscripción

En el menú Clústeres dedicados de Log Analytics de Azure Portal, seleccione el filtro de Suscripción.

Captura de pantalla para ver todos los clústeres dedicados en una suscripción en Azure Portal.

Actualización del nivel de compromiso en el clúster

Cuando el volumen de datos en las áreas de trabajo vinculadas cambia con el tiempo, puede actualizar el nivel de compromiso adecuadamente para optimizar costos. El nivel se especifica en unidades de gigabytes (GB) y puede tener valores de 100, 200, 300, 400, 500, 1000, 2000, 5000, 10 000, 25 000 o 50 000 GB al día. No tiene que proporcionar el cuerpo completo de la solicitud REST, pero debe incluir la SKU.

Durante el período de compromiso, se puede cambiar a un nivel de compromiso superior, que restablece el período de compromiso de 31 días. Hasta que finalice el período de compromiso en curso, no es posible volver al nivel de pago por uso ni a un nivel de compromiso inferior.

Seleccione el clúster en el menú Clústeres dedicados de Log Analytics en Azure Portal y haga clic en Cambiar junto a Nivel de compromiso

Captura de pantalla para cambiar el nivel de compromiso de un clúster dedicado en Azure Portal.

Puede desvincular un área de trabajo de un clúster en cualquier momento. El plan de tarifa del área de trabajo se cambia a por GB, los datos ingeridos en el clúster antes de que la operación de desvinculación permanezca en el clúster y los nuevos datos enviados al área de trabajo se ingieren en el clúster de Log Analytics.

Advertencia

Al desvincular un área de trabajo no se mueven los datos del área de trabajo fuera del clúster. Los datos recopilados para el área de trabajo mientras está vinculada al clúster permanecen en el clúster durante el período de retención definido en el área de trabajo y son accesibles siempre y cuando no se elimine el clúster.

Las consultas no se ven afectadas cuando el área de trabajo se desvincula y el servicio realiza consultas entre clústeres sin problemas. Si el clúster se configuró con la clave administrada por el cliente (CMK), los datos ingeridos en el área de trabajo mientras estaba vinculado, permanecen cifrados con la clave y accesibles, mientras que la clave y los permisos de Key Vault permanecen.

Nota

  • Para evitar la distribución de datos entre clústeres, hay un límite de dos operaciones de vinculación para un área de trabajo específica en un mes. Si alcanza el límite, póngase en contacto con el soporte técnico.
  • Las áreas de trabajo sin vincular se mueven a un plan de tarifa de pago por uso.

Use los comandos siguientes para desvincular un área de trabajo del clúster:

Seleccione el clúster en menú Clústeres dedicados de Log Analytics en Azure Portal y, a continuación, haga clic en Vincular áreas de trabajo para ver todas las áreas de trabajo vinculadas actualmente al clúster dedicado. Seleccione las áreas de trabajo que quiera desvincular y haga clic en Desvincular.

Captura de pantalla para desvincular un área de trabajo de un clúster dedicado en Azure Portal.

Eliminación de clúster

Necesita permisos de escritura en el recurso de clúster.

Se debe realizar una operación de eliminación del clúster con precaución, ya que la operación no es recuperable. Todos los datos ingeridos en el clúster desde áreas de trabajo vinculadas se eliminan permanentemente.

La facturación del clúster se detiene cuando se elimina el clúster, independientemente del período de compromiso de 31 días definido en el clúster.

Si elimina un clúster que tiene áreas de trabajo vinculadas, estas se desvinculan automáticamente del clúster, se trasladan a un nivel de precios de pago por uso, y los nuevos datos enviados a las áreas de trabajo se ingieren en clústeres de Log Analytics en su lugar. Puede consultar un área de trabajo en el intervalo de tiempo antes de que se vincule al clúster y, después del desvinculado, y el servicio realiza consultas entre clústeres sin problemas.

Nota

  • Hay un límite de siete clústeres por suscripción y región: cinco activos, más dos que se eliminaron en las últimas dos semanas.
  • El nombre de un clúster permanece reservado dos semanas después de la eliminación y no se puede usar para crear un nuevo clúster.

Use los comandos siguientes para eliminar un clúster:

Seleccione el clúster en el menú Clústeres dedicados de Log Analytics en Azure Portal y haga clic en Eliminar.

Captura de pantalla para eliminar un clúster dedicado en Azure Portal.

Cambiar tipo de identidad administrada

El tipo de identidad se puede cambiar una vez creado el clúster sin interrupciones en la ingesta o las consultas, teniendo en cuenta lo siguiente:

  • Actualización de SystemAssigned a UserAssigned: conceda la identidad UserAssign en Key Vault y, a continuación, actualice el tipo de identidad en el clúster.
  • Actualización de UserAssigned a SystemAssigned: dado que la identidad administrada asignada por el sistema se crea después de que se actualiza el tipo de identidad de clúster a SystemAssigned, se deben seguir los pasos siguientes:
    1. Actualice el clúster para quitar la clave: establezca keyVaultUri, keyName y keyVersion en el valor ""
    2. Actualizar el tipo de identidad del clúster a SystemAssigned
    3. Actualiza Key Vault y concede permisos a la identidad
    4. Actualice la clave en el clúster

Límites y restricciones

  • Se puede crear un máximo de cinco clústeres activos en cada región y suscripción.

  • Un máximo de siete clústeres permitidos por suscripción y región, cinco activos, además de dos que se eliminaron en las últimas 2 semanas.

  • Se pueden vincular un máximo de 1000 áreas de trabajo de Log Analytics a un clúster.

  • Se permite un máximo de dos operaciones de vinculación de áreas de trabajo en un área de trabajo determinada en un período de 30 días.

  • Actualmente no se admite el traslado de un clúster a otro grupo de recursos o a otra suscripción.

  • No se admite el traslado de un clúster a otra región.

  • Una actualización del clúster no debe incluir tanto los detalles de identidad como del identificador de clave en la misma operación. En caso de que deba actualizar ambos valores, la actualización debe realizarse en dos operaciones consecutivas.

  • El servicio Lockbox no está disponible actualmente en China.

  • Lockbox no se puede aplicar actualmente a tablas con el Plan auxiliar.

  • El cifrado doble se configura automáticamente para los clústeres creados a partir de octubre de 2020 en las regiones compatibles. Puede comprobar si el clúster está configurado para el cifrado doble mediante el envío de una solicitud GET en el clúster y observando que el valor isDoubleEncryptionEnabled sea true para los clústeres con el cifrado doble habilitado.

    • Si crea un clúster y recibe un error que indica que la región no admite el cifrado doble para clústeres, puede crear el clúster sin cifrado doble si agrega "properties": {"isDoubleEncryptionEnabled": false} en el cuerpo de la solicitud REST.
    • La configuración de cifrado doble no se puede cambiar después de crear el clúster.

  • Se permite eliminar un área de trabajo mientras está vinculada a un clúster. Si decide recuperar el área de trabajo durante el período de eliminación temporal, el área de trabajo vuelve a su estado anterior y permanece vinculada al clúster.

  • Durante el período de compromiso, se puede cambiar a un nivel de compromiso superior, que restablece el período de compromiso de 31 días. Hasta que finalice el período de compromiso en curso, no es posible volver al nivel de pago por uso ni a un nivel de compromiso inferior.

Solución de problemas

  • Si recibe un error de conflicto al crear un clúster, es posible que se haya eliminado en las últimas 2 semanas y siga en el proceso de eliminación. El nombre del clúster permanece reservado durante el período de eliminación de 2 semanas y no se puede crear un clúster con ese nombre.

  • Si actualiza el clúster mientras el clúster está en estado de aprovisionamiento o actualización, se producirá un error en la actualización.

  • Algunas operaciones son prolongadas y pueden tardar un tiempo en completarse. Estas son: cluster create, cluster key update y cluster delete. Para comprobar el estado de la operación, envíe una solicitud GET al clúster o área de trabajo y observe la respuesta. Por ejemplo, un área de trabajo desvinculada no tendrá clusterResourceId en características.

  • Si intenta vincular un área de trabajo de Log Analytics que ya está vinculada a otro clúster, se producirá un error en la operación.

Mensajes de error

Creación de un clúster

  • 400: El nombre del clúster no es válido. El nombre del clúster puede contener caracteres a-z, A-Z, 0-9 y una longitud de 3 a 63.
  • 400: El cuerpo de la solicitud es NULL o tiene un formato incorrecto.
  • 400: El nombre de SKU no es válido. Establezca el nombre de la SKU en capacityReservation.
  • 400--Se proporcionó la capacidad pero SKU no es capacityReservation. Establezca el nombre de la SKU en capacityReservation.
  • 400- Falta capacidad en la SKU. Establezca el valor de Capacidad en 100, 200, 300, 400, 500, 1000, 2000, 5000, 10 000, 25 000 o 50 000 GB/día.
  • 400: La capacidad está bloqueada durante 30 días. Se permite la reducción de la capacidad 30 días después de la actualización.
  • 400: No se estableció ninguna SKU. Establezca el nombre de la SKU en capacityReservation y el valor de Capacidad en 100, 200, 300, 400, 500, 1000, 2000, 5000, 10 000, 25 000 o 50 000 GB/día.
  • 400: No se puede ejecutar la operación ahora. La operación asincrónica está en un estado distinto de correcto. El clúster debe completar su operación antes de realizar cualquier operación de actualización.

Actualización del clúster:

  • 400--El clúster está en proceso de eliminación. La operación asincrónica está en curso. El clúster debe completar su operación antes de realizar cualquier operación de actualización.
  • 400: KeyVaultProperties no está vacío, pero tiene un formato incorrecto. Consulte actualización de identificador de clave.
  • 400: No se pudo validar la clave en Key Vault. Podría deberse a la falta de permisos o a que la clave no existe. Verifique que estableció la clave y la directiva de acceso en Key Vault.
  • 400: La clave no se puede recuperar. Key Vault debe configurarse con Soft-delete y Purge-protection. Consulte la documentación de Key Vault.
  • 400: No se puede ejecutar la operación ahora. Espere a que se complete la operación asincrónica e inténtelo de nuevo.
  • 400--El clúster está en proceso de eliminación. Espere a que se complete la operación asincrónica e inténtelo de nuevo.

Obtención del clúster

  • 404: No se encontró el clúster; es posible que se haya eliminado. Si intenta crear un clúster con ese nombre y se produce un conflicto, el clúster se encuentra en proceso de eliminación.

Eliminación del clúster:

  • 409: No se puede eliminar un clúster mientras está en estado de aprovisionamiento. Espere a que se complete la operación asincrónica e inténtelo de nuevo.
  • 404: No se encuentra el área de trabajo. El área de trabajo que especificó no existe o se eliminó.
  • 409--Operación de vinculación o desvinculación del espacio de trabajo en curso.
  • 400: No se encontró el clúster, el clúster que especificó no existe o se eliminó.
  • 404: No se encuentra el área de trabajo. El área de trabajo que especificó no existe o se eliminó.
  • 409--Operación de vinculación o desvinculación del espacio de trabajo en curso.

Pasos siguientes