Compartir a través de


Administración de la capacidad de almacenamiento para Azure Stack Hub

En este artículo se describe cómo un operador de nube de Azure Stack Hub puede supervisar y administrar la capacidad de almacenamiento de una implementación de Azure Stack Hub. Puede usar las instrucciones para comprender la memoria disponible para las máquinas virtuales del usuario. La infraestructura de almacenamiento de Azure Stack Hub asigna un subconjunto de la capacidad de almacenamiento total de la implementación de Azure Stack Hub como servicios de almacenamiento. Los servicios de almacenamiento contienen los datos del inquilino en recursos compartidos de volúmenes que corresponden a los nodos de la implementación.

Como operador de nube, tiene una cantidad limitada de almacenamiento con la que trabajar. La solución que implementa define la cantidad de almacenamiento. El proveedor de OEM proporciona la solución cuando usa una solución de varios nodos o el hardware en el que se instala el Kit de desarrollo de Azure Stack (ASDK).

Azure Stack Hub solo admite la expansión de la capacidad de almacenamiento agregando nodos de unidad de escalado adicionales. Para más información, consulte el artículo sobre la incorporación de nodos de unidades de escalado en Azure Stack Hub. Agregar discos físicos a los nodos no expandirá la capacidad de almacenamiento.

Es importante supervisar el almacenamiento disponible para asegurarse de que se mantienen unas operaciones eficientes. Si la capacidad libre restante de un volumen está limitada, planee administrar el espacio disponible para evitar que los recursos compartidos se queden sin capacidad.

Las opciones para administrar la capacidad incluyen:

  • Recuperar la capacidad.
  • Migración de objetos de almacenamiento.

Cuando se utiliza un volumen de almacenamiento de objetos al 100 %, el servicio de almacenamiento ya no funciona para ese volumen. Para obtener ayuda para restaurar las operaciones del volumen, póngase en contacto con el soporte técnico de Microsoft.

Descripción de los discos, contenedores y volúmenes

El usuario arrendatario crea discos, blobs, tablas y colas en los servicios de almacenamiento de Azure Stack Hub. Estos datos de inquilino se ponen en volúmenes sobre el almacenamiento disponible.

Discos

Las máquinas virtuales almacenan y manipulan datos en discos virtuales. Cada máquina virtual comienza con un disco del sistema operativo, creado a partir de una imagen de Marketplace o una imagen privada. La máquina virtual puede conectar cero o más discos de datos. Hay dos tipos de discos que se ofrecen en Azure Stack:

Managed Disks simplificar la administración de discos para máquinas virtuales IaaS de Azure mediante la administración de las cuentas de almacenamiento asociadas a los discos de máquina virtual. Solo tiene que especificar el tamaño del disco que necesita y Azure Stack Hub crea y administra el disco automáticamente. Para obtener más información, consulte Descripción general de Managed Disks.

Los discos no administrados son archivos VHD almacenados como blobs en páginas en contenedores de almacenamiento en cuentas de almacenamiento de Azure Stack. Los blobs en páginas que crean los inquilinos se conocen como discos de máquina virtual y se almacenan en los contenedores de la cuenta de almacenamiento. Se recomienda usar discos no administrados solo para máquinas virtuales que necesiten ser compatibles con herramientas de terceros, que solo admiten discos no administrados de Azure.

La guía para los inquilinos es colocar cada disco en un contenedor independiente para mejorar el rendimiento de la máquina virtual.

  • Cada contenedor que contiene un disco o un blob en páginas, desde una máquina virtual se considera un contenedor conectado a la máquina virtual propietaria del disco.
  • Un contenedor que no contiene ningún disco de una máquina virtual se considera un contenedor libre.

Las opciones para liberar espacio en un contenedor conectado están limitadas. Para obtener más información, consulte Distribuir discos no administrados.

Importante

Se recomienda usar solo discos administrados en máquinas virtuales para facilitar la administración. No tiene que preparar las cuentas de almacenamiento y los contenedores antes de usar discos administrados. Los discos administrados proporcionan una funcionalidad y un rendimiento equivalentes o mejores en comparación con los discos no administrados. No hay ventajas para usar discos no administrados y solo se proporcionan para la compatibilidad con versiones anteriores.

Los discos administrados están optimizados para una mejor colocación en la infraestructura de almacenamiento y tienen una sobrecarga de administración significativamente reducida. Sin embargo, dado que los discos administrados están provistos de manera ligera y el uso final es impredecible durante la creación, una colocación de disco desequilibrada puede provocar que el volumen se utilice en exceso. Los operadores son responsables de supervisar el uso de la capacidad de almacenamiento y evitar estos problemas.

Para los usuarios que usan plantillas de ARM para aprovisionar nuevas máquinas virtuales, consulte Uso de plantillas de discos administrados de máquina virtual para comprender cómo modificar las plantillas para usar discos administrados.

Los discos de máquina virtual se almacenan como archivos dispersos en la infraestructura de almacenamiento. Los discos tienen un tamaño aprovisionado que el usuario solicita en el momento en que se crea el disco. Sin embargo, solo las páginas que no son cero escritas en el disco ocupan espacio en la infraestructura de almacenamiento subyacente.

ejemplo: disco disperso en el volumen de almacenamiento.

Los discos suelen crearse copiando desde imágenes de plataforma, imágenes administradas, instantáneas u otros discos, y las instantáneas se toman de discos. Para aumentar el uso de la capacidad de almacenamiento y reducir el tiempo de operación de copia, el sistema usa la clonación de blobs en ReFS. La clonación de blobs es una operación de metadatos de bajo costo en lugar de una copia completa byte a byte entre archivos. El archivo de origen y el archivo de destino pueden compartir las mismas extensiones. Los datos idénticos no se almacenan físicamente varias veces, lo que mejora la capacidad de almacenamiento.

Ejemplo: Extensión compartida en el volumen de almacenamiento.

El uso de capacidad solo crece cuando se escriben los discos y se reducen los datos idénticos. Cuando se elimina una imagen o un disco, es posible que el espacio no se libere inmediatamente, ya que puede haber discos o instantáneas creados a partir de ella que sigan manteniendo los datos idénticos y ocupen espacio. Si se quitan todas las entidades relacionadas, el espacio estará disponible.

ejemplo: extensión después de la eliminación del disco.

Blobs y contenedores

Los usuarios inquilinos almacenan grandes cantidades de datos no estructurados con Azure Blob. Azure Stack Hub admite tres tipos de blobs: Block Blobs, Append Blobs y Page Blobs. Para más información sobre los distintos tipos de blobs, consulte Understanding Block Blobs, Append Blobs, and Page Blobs (Descripción de los blobs en bloques, en anexos y en páginas).

Los usuarios inquilinos crean contenedores que se usan para almacenar los datos de blobs. Aunque los usuarios deciden en qué contenedor colocar blobs, el servicio de almacenamiento usa un algoritmo para determinar en qué volumen colocar el contenedor. Normalmente, el algoritmo elige el volumen con el espacio más disponible.

Después de colocar un blob en un contenedor, el blob puede crecer para usar más espacio. A medida que se agregan nuevos blobs y los blobs existentes aumentan, el espacio disponible en el volumen que contiene el conjunto se reduce.

Los contenedores no se limitan a un único volumen. Cuando los datos de blobs combinados en un contenedor aumentan hasta usar un 80 % o más de espacio disponible, el contenedor entra en modo de desbordamiento. En el modo de desbordamiento, los nuevos blobs creados en ese contenedor se asignan a un volumen diferente que tenga suficiente espacio. Con el tiempo, un contenedor en modo de desbordamiento puede tener blobs que se distribuyen entre varios volúmenes.

Cuando se usan 90% (y 95%) del espacio disponible en un volumen, el sistema genera alertas en el portal de administración de Azure Stack Hub. Los operadores en la nube deben revisar la capacidad de almacenamiento disponible y planear el reequilibrio del contenido. El servicio de almacenamiento deja de funcionar cuando se usa un disco 100% y no se generan alertas adicionales.

Volúmenes

El servicio de almacenamiento de particiona el almacenamiento disponible en volúmenes independientes asignados para contener datos del sistema y del inquilino. Los volúmenes combinan las unidades del bloque de almacenamiento para introducir las ventajas de tolerancia a errores, escalabilidad y rendimiento de Espacios de almacenamiento directo. Para más información sobre los volúmenes de Azure Stack Hub, consulte Administración de la infraestructura de almacenamiento para Azure Stack Hub.

Los volúmenes del almacén de objetos contienen datos de cliente. Los datos de inquilino incluyen blobs en páginas, blobs en bloques, blobs en anexos, tablas, colas, bases de datos y almacenes de metadatos relacionados. El número de volúmenes de almacén de objetos es igual al número de nodos de la implementación de Azure Stack Hub:

  • En una implementación de cuatro nodos, hay cuatro volúmenes de almacén de objetos. En una implementación de varios nodos, el número de volúmenes no se reduce si se quita o no funciona correctamente un nodo.
  • Si usa el ASDK, hay un único volumen con un solo recurso compartido.

Los volúmenes del almacén de objetos son para el uso exclusivo de los servicios de almacenamiento. No debe modificar, agregar ni quitar directamente ningún archivo en los volúmenes. Solo los servicios de almacenamiento deben funcionar en los archivos almacenados en estos volúmenes.

Dado que los objetos de almacenamiento (blobs, etc.) se encuentran individualmente dentro de un único volumen, el tamaño máximo de cada objeto no puede superar el tamaño de un volumen. El tamaño máximo de los nuevos objetos depende de la capacidad que permanece en un volumen como espacio sin usar cuando se crea ese nuevo objeto.

Cuando un volumen de almacenamiento de objetos tiene poco espacio libre y las acciones para reclamar el espacio no son correctas o no están disponibles, los operadores de la nube de Azure Stack Hub pueden migrar los objetos de almacenamiento de un volumen a otro.

Para obtener información sobre cómo trabajan los usuarios inquilinos con el almacenamiento blob en Azure Stack Hub, consulte Servicios de almacenamiento de Azure Stack Hub.

Supervisión del almacenamiento

Use Azure PowerShell o el portal de administración para supervisar los recursos compartidos para que pueda comprender cuándo el espacio libre está limitado. Al usar el portal, recibirá alertas sobre los recursos compartidos que tienen poco espacio.

Uso de PowerShell

Como operador de nube, puede supervisar la capacidad de almacenamiento de un recurso compartido mediante el cmdlet Get-AzsStorageShare de PowerShell. El cmdlet devuelve el espacio total, el asignado y el disponible en bytes en cada uno de los recursos compartidos.

Ejemplo: Devolver espacio libre para recursos compartidos.

  • Capacidad total: la cantidad total de espacio, en bytes, que está disponible en el recurso compartido. Este espacio se usa para los datos y metadatos que mantienen los servicios de almacenamiento.
  • Capacidad utilizada: La cantidad de datos, en bytes, que utilizan todos los extents de los archivos que almacenan los datos del tenant y los metadatos asociados.

Uso del portal de administración

Como operador de nube, puede usar el portal de administración para ver la capacidad de almacenamiento de todos los recursos compartidos.

  1. Inicie sesión en el portal de administración en https://adminportal.local.azurestack.external.

  2. Seleccione Todos los servicios>Almacenamiento>Recursos compartidos de archivos para abrir la lista de recursos compartidos de archivos, donde puede ver la información de uso.

    ejemplo: captura de pantalla de los recursos compartidos de archivos de almacenamiento en el portal de administración de Azure Stack Hub.

    • Total: El espacio total, en bytes, disponible en el recurso compartido. Este espacio se usa para los datos y metadatos que mantienen los servicios de almacenamiento.
    • Utilizado: La cantidad de datos, en bytes, utilizados por todos los extents de los archivos que almacenan los datos del tenant y los metadatos asociados.

Use Azure PowerShell o el portal de administración para supervisar la capacidad aprovisionada y usada y planear la migración para garantizar el funcionamiento normal continuo del sistema.

Hay tres herramientas para supervisar la capacidad del volumen:

  • Portal y PowerShell para la capacidad de volumen actual.
  • Alertas de espacio de almacenamiento.
  • Métricas de capacidad de volumen.

En esta sección se describe cómo usar estas herramientas para supervisar la capacidad del sistema.

Uso de PowerShell

Como operador de nube, puede supervisar la capacidad de almacenamiento de un volumen mediante el cmdlet Get-AzsVolume de PowerShell. El cmdlet devuelve el espacio total y libre en gigabytes (GB) en cada uno de los volúmenes.

Ejemplo: Devuelve el espacio libre de los volúmenes.

  • Capacidad total: El espacio total disponible en el recurso compartido en GB. Este espacio se usa para los datos y metadatos que mantienen los servicios de almacenamiento.
  • Capacidad restante: la cantidad de espacio libre en GB para almacenar los datos del inquilino y los metadatos asociados.

Uso del portal de administración

Como operador de nube, puede usar el portal de administración para ver la capacidad de almacenamiento de todos los volúmenes.

  1. Inicie sesión en el portal de administración de Azure Stack Hub en (https://adminportal.local.azurestack.external).

  2. Seleccione Todos los servicios>Almacenamiento>Volúmenes para abrir la lista de volúmenes donde puede ver la información de uso.

    ejemplo: captura de pantalla de los volúmenes de almacenamiento en el portal de administración de Azure Stack Hub.

    • Total: Espacio total disponible en el volumen. Este espacio se usa para los datos y metadatos que mantienen los servicios de almacenamiento.
    • Utilizado: es la cantidad de datos que utilizan todas las extensiones de los archivos que almacenan los datos del inquilino y los metadatos asociados.

Alertas de espacio de almacenamiento

Al usar el portal de administración, recibirá alertas sobre los volúmenes que tienen poco espacio.

Importante

Como operador de nube, debe impedir que los recursos compartidos lleguen al uso completo. Cuando un recurso compartido se utiliza al 100 %, el servicio de almacenamiento deja de funcionar para ese recurso compartido. Para recuperar espacio libre y restaurar operaciones en un recurso compartido que está utilizado al 100 %, póngase en contacto con el soporte técnico de Microsoft.

  • Advertencia: Cuando un recurso compartido de archivos se utiliza más del 90 %, recibe una alerta de advertencia en el portal del administrador:

    ejemplo: captura de pantalla de la alerta de advertencia en el portal de administración de Azure Stack Hub

  • Crítico: Cuando un recurso compartido de archivos se utiliza más del 95 %, recibirá una alerta crítica en el portal del administrador:

    ejemplo: captura de pantalla de la alerta crítica en el portal de administración de Azure Stack Hub

  • Ver detalles: en el portal de administración, puede abrir los detalles de una alerta para ver las opciones de mitigación:

    ejemplo: captura de pantalla de la visualización de los detalles de alertas en el portal de administración de Azure Stack Hub

Métricas de capacidad de volumen

Las métricas de capacidad de volumen proporcionan información más detallada sobre la capacidad aprovisionada y la capacidad de uso para distintos tipos de objetos. Los datos de métricas se conservan durante 30 días. Un servicio de supervisión en segundo plano actualiza los datos de métricas de capacidad de volumen cada hora.

Es necesario comprender el uso de recursos de un volumen comprobando proactivamente el informe de métricas de capacidad. Para decidir la acción correspondiente para liberar espacio, el operador de la nube puede analizar la distribución del tipo de recurso cuando un volumen está casi lleno. El operador también puede evitar que el volumen se use demasiado cuando el tamaño aprovisionado del disco indica que el volumen se ha aprovisionado demasiado.

Azure Monitor proporciona las siguientes métricas para mostrar el uso de la capacidad del volumen:

  • Capacidad Total del Volumen muestra la capacidad total de almacenamiento del volumen.
  • Capacidad Restante del Volumen muestra la capacidad de almacenamiento restante del volumen.
  • Capacidad usada de disco de la máquina virtual del volumen muestra el total de espacios ocupados por los objetos relacionados con el disco de la máquina virtual (como los blobs en páginas, los discos administrados o las instantáneas, las imágenes administradas y las imágenes de plataforma). El archivo VHD subyacente para discos de máquina virtual puede compartir la misma extensión (consulte Disks) con imágenes, instantáneas u otros discos. Este número puede ser menor que la suma de la capacidad usada de todos los objetos relacionados con el disco de máquina virtual individual.
  • Capacidad usada por otros objetos del volumen es el tamaño total usado de objetos que no son discos, como los blobs en bloques, los blobs en anexos, las tablas, las colas y los metadatos de blobs.
  • Capacidad provisionada de disco de máquina virtual de volumen es el tamaño total provisionado de page blobs y discos administrados/snapshots. Este tamaño es el valor máximo de la capacidad de disco hasta la que pueden crecer todos los discos administrados y blobs de páginas del volumen específico.

Ejemplo: métricas de capacidad del volumen.

Para ver las métricas de capacidad del volumen en Azure Monitor:

  1. Confirme que tiene Azure PowerShell instalado y configurado. Para obtener instrucciones sobre cómo configurar el entorno de PowerShell, consulte Instalación de PowerShell para Azure Stack Hub. Para iniciar sesión en Azure Stack Hub, consulte Configuración del entorno del operador e inicio de sesión en Azure Stack Hub.

  2. Descargue las herramientas de Azure Stack Hub desde el repositorio de GitHub . Para obtener pasos detallados, consulte Descarga de herramientas de Azure Stack Hub desde GitHub.

  3. Genere el archivo JSON del panel de capacidad ejecutando el comando siguiente en CapacityManagement:

    .\CapacityManagement\DashboardGenerator\Create-AzSStorageDashboard.ps1 -capacityOnly $true -volumeType object
    

    Este comando crea un archivo json que comienza con PanelVolumeObjStore en la carpeta de DashboardGenerator.

  4. Inicie sesión en el portal de administración de Azure Stack Hub en (https://adminportal.local.azurestack.external).

  5. En el panel, seleccione Cargary, después, seleccione el archivo JSON generado en el paso 3:

    Ejemplo: Subir el JSON del panel de control.

  6. Una vez cargado el json, se le dirigirá al nuevo panel de capacidad. Cada volumen tiene un gráfico correspondiente en el panel. El número de gráficos es igual al recuento de volúmenes:

    ejemplo: panel de control de capacidad de volumen.

  7. Al hacer clic en uno de los volúmenes, puede comprobar cinco métricas de capacidad del volumen específico en el gráfico detallado:

    Ejemplo: métricas de capacidad detalladas.

Patrones de uso de volúmenes

Al comprobar las métricas de capacidad del volumen, el operador en la nube entiende cuánto se usa la capacidad de un volumen y qué tipo de recurso toma la mayor parte del espacio. El patrón de uso del espacio se agrupa en los siguientes tipos y el operador puede realizar diferentes acciones para cada tipo:

ejemplo: patrón de uso del volumen.

Capacidad aprovisionada insuficiente: hay suficiente capacidad disponible en el volumen y la capacidad total aprovisionada de todos los discos ubicados en este volumen es menor que la capacidad total disponible. El volumen está disponible para más objetos de almacenamiento, como discos y otros objetos (blobs en bloques o anexos, tablas y colas). No es necesario realizar ninguna acción para operar el volumen.

Capacidad sobreaprovisionada, capacidad de reserva: la capacidad restante del volumen es alta, pero la capacidad aprovisionada del disco de máquina virtual ya está por encima de la capacidad total del volumen. Este volumen todavía tiene espacio para más objetos de almacenamiento ahora. Sin embargo, puede rellenarse con los datos de los discos de máquina virtual ubicados en este volumen. Debe supervisar estrechamente la tendencia de uso de este volumen. Si cambia a un patrón de sobreaprovisionamiento y baja capacidad , es posible que deba tomar medidas para liberar el espacio.

sobreaprovisionado y con poca capacidad: la capacidad restante del volumen es baja y las capacidades aprovisionadas y usadas del disco de máquina virtual son altas.

La baja capacidad restante indica que el volumen alcanza el uso completo. Los operadores deben tomar medidas inmediatas para liberar espacio para evitar que el volumen se utilice al 100%, lo que bloquearía el servicio de almacenamiento. La alta capacidad de uso de los discos de máquinas virtuales muestra que la mayoría del uso del volumen corresponde a discos de máquinas virtuales. Consulte Migración de un disco para mover discos del volumen completo a otros volúmenes disponibles para liberar espacio.

Blobs de bloques subaprovisionados, de baja capacidad y altos: la capacidad restante del volumen es baja, y tanto la capacidad aprovisionada como la utilizada del disco de la máquina virtual son bajas, pero la otra capacidad utilizada es alta.

Dado que el volumen corre el riesgo de usarse por completo, el operador debe tomar medidas inmediatas para liberar espacio. La alta capacidad utilizada indica que la mayor parte de la capacidad del volumen está ocupada por blobs de bloques/append o tablas/colas. Cuando la capacidad disponible del volumen es inferior a 20%, se habilita el desbordamiento del contenedor y no se colocará un nuevo objeto de blob en este volumen casi lleno. Sin embargo, es posible que los blobs existentes sigan creciendo. Para evitar que los blobs que crecen continuamente sobresusen la capacidad, puede ponerse en contacto con el soporte técnico de Microsoft para consultar los contenedores que ocupan espacio en el volumen específico y decidir si los inquilinos deben realizar la limpieza de esos contenedores para liberar espacio.

Blobs de bloque sobreaprovisionados, de baja capacidad y altos: la capacidad restante del volumen es baja, y tanto la capacidad utilizada/aprovisionada del disco como la otra capacidad utilizada son altas. Este volumen tiene un uso elevado de espacio por discos y otros objetos de almacenamiento. Para evitar que el volumen se llene totalmente, debes liberar espacio. Se recomienda seguir primero las instrucciones de Migrar disco para mover discos del volumen completo a otros volúmenes disponibles. También puede ponerse en contacto con el soporte técnico de Microsoft para consultar los contenedores que ocupan espacio en el volumen específico y decidir si los inquilinos deben realizar la limpieza de esos contenedores para liberar espacio.

Administración del espacio disponible

Cuando sea necesario liberar espacio en un volumen, use primero los métodos menos invasivos. Por ejemplo, intente reclamar espacio antes de elegir migrar un disco administrado.

Recuperar la capacidad

Puede recuperar la capacidad utilizada por las cuentas de cliente que se eliminaron. Esta capacidad se reclama automáticamente cuando se alcanza el período de retención de datos , o puede reclamarla inmediatamente.

Para más información, consulte la sección "Reclamar capacidad" en Administración de cuentas de almacenamiento de Azure Stack Hub.

Migración de un contenedor entre volúmenes

Debido a los patrones de uso de los inquilinos, algunas porciones de espacio asignadas a los inquilinos usan más espacio que otras. El resultado puede ser un recurso compartido que se queda sin espacio antes que otros recursos compartidos que están relativamente sin usar.

Puede liberar espacio en un recurso compartido sobreutilizado mediante la migración manual de algunos contenedores de blobs a otro recurso compartido. Puede migrar varios contenedores más pequeños a un único recurso compartido que tenga capacidad para almacenarlos todos. Puede utilizar la migración para mover contenedores libres. Los contenedores gratuitos son contenedores que no contienen un disco para una máquina virtual.

La migración consolida todos los blobs de contenedores en el nuevo recurso compartido.

  • Si un contenedor entra en modo de desbordamiento y coloca blobs en otros volúmenes, el nuevo recurso compartido debe tener capacidad suficiente para albergar todos los blobs pertenecientes al contenedor que migras, incluidos los blobs desbordados.
  • El cmdlet de PowerShell Get-AzsStorageContainer identifica solo el espacio en uso en el volumen inicial de un contenedor. El cmdlet no identifica el espacio que utilizan los blobs desbordados a volúmenes adicionales. Por lo tanto, es posible que el tamaño completo de un contenedor no sea evidente. Es posible que la consolidación de un contenedor en un nuevo recurso compartido pueda enviar ese nuevo recurso compartido a una condición de desbordamiento donde se coloquen datos en recursos compartidos adicionales. Como resultado, es posible que tenga que volver a equilibrar los recursos compartidos.
  • Si no tiene permisos para determinados grupos de recursos y no puede usar PowerShell para consultar los volúmenes adicionales de los datos de desbordamiento, trabaje con el propietario de esos grupos de recursos y contenedores para comprender la cantidad total de datos que se van a migrar antes de migrarlos.

Importante

La migración de blobs para un contenedor es una operación sin conexión que requiere el uso de PowerShell. Hasta que se complete la migración, todos los blobs del contenedor que va a migrar permanecen sin conexión y no se pueden usar. También debe evitar actualizar Azure Stack Hub hasta que se complete toda la migración en curso.

Migración de contenedores mediante PowerShell

  1. Confirme que ha instalado y configurado Azure PowerShell. Para más información, consulte Administración de recursos de Azure mediante Azure PowerShell.

  2. Examine el contenedor para comprender qué datos hay en el recurso compartido que planea migrar. Para identificar los mejores contenedores candidatos para la migración en un volumen, use el cmdlet Get-AzsStorageContainer:

    $farm_name = (Get-AzsStorageFarm)[0].name
    $shares = Get-AzsStorageShare -FarmName $farm_name
    $containers = Get-AzsStorageContainer -ShareName $shares[0].ShareName -FarmName $farm_name
    

    A continuación, examine $containers:

    $containers
    

    Ejemplo de : $containers

  3. Identifique los mejores recursos compartidos de destino para almacenar el contenedor que va a migrar:

    $destinationshare = ($shares | Sort-Object FreeCapacity -Descending)[0]
    

    A continuación, examine $destinationshares:

    $destinationshares
    

    Ejemplo: Recursos compartidos de $destination

  4. Inicie la migración de un contenedor. La migración es asincrónica. Si inicia la migración de otro contenedor antes de que se complete la primera migración, use el identificador de trabajo para realizar el seguimiento del estado de cada uno de ellos:

    $jobId = Start-AzsStorageContainerMigration -StorageAccountName $containers[0].Accountname -ContainerName $containers[0].Containername -ShareName $containers[0].Sharename -DestinationShareUncPath $destinationshares[0].UncPath -FarmName $farm_name
    

    A continuación, examine $jobId. En el ejemplo siguiente, reemplace <job_id> por el identificador de trabajo que desea examinar:

    $jobId <job_id>
    
  5. Use el identificador de trabajo para comprobar el estado del trabajo de migración. Cuando finalice la migración del contenedor, MigrationStatus se establece como Completado:

    Get-AzsStorageContainerMigrationStatus -JobId $jobId -FarmName $farm_name
    

    Captura de pantalla que muestra el estado de la migración.

  6. Puede cancelar un trabajo de migración que esté en curso. Los trabajos de migración cancelados se procesan de forma asincrónica. Puede realizar un seguimiento de las cancelaciones mediante $jobid:

    Stop-AzsStorageContainerMigration -JobId $jobId -FarmName $farm_name
    

    Ejemplo: Estado de reversión

  7. Puede volver a ejecutar el comando desde el paso 6 hasta que el estado de la migración sea Cancelada:

    Captura de pantalla que muestra un ejemplo de un estado de migración cancelado.

Movimiento de discos de máquina virtual

El método más extremo para administrar el espacio implica mover discos de máquina virtual. Dado que mover un contenedor conectado (uno que contiene un disco de máquina virtual) es complejo, póngase en contacto con el soporte técnico de Microsoft para realizar esta acción.

Migración de un disco administrado entre volúmenes

Debido a los patrones de uso de inquilinos, algunos volúmenes de inquilino usan más espacio que otros. El resultado puede ser un volumen que se queda sin espacio antes que otros volúmenes que están relativamente sin usar.

Puede liberar espacio en un volumen sobreutilizado mediante la migración manual de algunos discos administrados a un volumen diferente. Puede migrar varios discos administrados a un único volumen que tenga capacidad para almacenarlos todos. Use la migración para mover los discos administrados sin conexión. Los discos administrados sin conexión son discos que no están conectados a una máquina virtual.

Importante

La migración de discos administrados es una operación sin conexión que requiere el uso de PowerShell. Debe desasignar las máquinas virtuales propietarias del disco candidato o desasociar los discos candidatos para la migración desde su máquina virtual propietaria antes de iniciar el trabajo de migración (una vez que se haya realizado el trabajo de migración, puede reasignar las máquinas virtuales o volver a adjuntar los discos). Hasta que se complete la migración, todos los discos administrados que va a migrar deben permanecer en estado reservado o sin conexión y no se pueden usar; de lo contrario, el trabajo de migración se abortaría y todos los discos no migrados permanecerán en sus volúmenes originales. También debe evitar la actualización de Azure Stack Hub hasta que se complete toda la migración en curso.

Para migrar discos administrados mediante PowerShell

  1. Confirme que tiene Azure PowerShell instalado y configurado. Para obtener instrucciones sobre cómo configurar el entorno de PowerShell, consulte Instalación de PowerShell para Azure Stack Hub. Para iniciar sesión en Azure Stack Hub, consulte Configuración del entorno del operador e inicio de sesión en Azure Stack Hub.

  2. Examine los discos administrados para comprender qué discos están en el volumen que planea migrar. Para identificar los mejores discos candidatos para la migración en un volumen, use el cmdlet Get-AzsDisk:

    $ScaleUnit = (Get-AzsScaleUnit)[0]
    $StorageSubSystem = (Get-AzsStorageSubSystem -ScaleUnit $ScaleUnit.Name)[0]
    $Volumes = (Get-AzsVolume -ScaleUnit $ScaleUnit.Name -StorageSubSystem $StorageSubSystem.Name | Where-Object {$_.VolumeLabel -Like "ObjStore_*"})
    $SourceVolume  = ($Volumes | Sort-Object RemainingCapacityGB)[0]
    $VolumeName = $SourceVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationSource = "\\SU1FileServer."+$VolumeName+"\SU1_"+$SourceVolume.VolumeLabel
    $Disks = Get-AzsDisk -Status OfflineMigration -SharePath $MigrationSource | Select-Object -First 10
    

    A continuación, examine $Disks:

    $Disks
    

    Ejemplo de : $Disks

  3. Identifique el mejor volumen de destino para almacenar los discos que migre:

    $DestinationVolume  = ($Volumes | Sort-Object RemainingCapacityGB -Descending)[0]
    $VolumeName = $DestinationVolume.Name.Split("/")[2]
    $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
    $MigrationTarget = "\\SU1FileServer."+$VolumeName+"\SU1_"+$DestinationVolume.VolumeLabel
    
  4. Inicie la migración para discos administrados. La migración es asincrónica. Si inicia la migración de otros discos antes de que finalice la primera migración, use el nombre del trabajo para realizar el seguimiento del estado de cada uno de ellos:

    $jobName = "MigratingDisk"
    Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
    
  5. Use el nombre del trabajo para comprobar el estado del trabajo de migración. Una vez completada la migración de disco, EstadoDeMigración se establece en Completo:

    $job = Get-AzsDiskMigrationJob -Name $jobName
    

    Ejemplo de : Estado de migración

    Si migra varios discos administrados en un trabajo de migración, también puede comprobar las subtareas del trabajo:

    $job.Subtask
    

    Ejemplo: estado de la subtarea de migración

  6. Puede cancelar un trabajo de migración en curso. Los trabajos de migración cancelados se procesan de forma asincrónica. Puede realizar un seguimiento de la cancelación mediante el nombre del trabajo hasta que el estado confirme que el trabajo de migración está cancelado:

    Stop-AzsDiskMigrationJob -Name $jobName
    

    ejemplo de : estado cancelado

Distribuir discos no administrados

El método más extremo para administrar el espacio implica mover discos no administrados. Si el inquilino agrega discos no administrados a un contenedor, la capacidad total usada del contenedor puede crecer más allá de la capacidad disponible del volumen que lo contiene antes de que el contenedor entre en modo de desbordamiento. Para evitar que un único contenedor agote el espacio de un volumen, el inquilino puede distribuir los discos no administrados existentes de un contenedor a contenedores diferentes. Dado que distribuir un contenedor conectado (uno que contiene un disco de máquina virtual) es complejo, póngase en contacto con el soporte técnico de Microsoft para realizar esta acción.

Memoria disponible para máquinas virtuales

Azure Stack Hub se crea como un clúster hiperconvergido de proceso y almacenamiento. La convergencia permite el uso compartido del hardware, denominado unidad de escalado. En Azure Stack Hub, una unidad de escalado proporciona la disponibilidad y escalabilidad de los recursos. Una unidad de escalado consta de un conjunto de servidores de Azure Stack Hub, denominados hosts o nodos. El software de infraestructura se hospeda dentro de un conjunto de máquinas virtuales y comparte los mismos servidores físicos que las máquinas virtuales del inquilino. Después, todas las máquinas virtuales de Azure Stack Hub se administran mediante las tecnologías de agrupación en clústeres de Windows Server de la unidad de escalado y las instancias de Hyper-V individuales. La unidad de escalado simplifica la adquisición y administración de Azure Stack Hub. La unidad de escalado también permite el movimiento y la escalabilidad de todos los servicios en Azure Stack Hub, tanto para clientes como para la infraestructura.

Puede revisar un gráfico circular en el portal de administración que muestra la memoria gratuita y usada en Azure Stack Hub; por ejemplo:

memoria física en Azure Stack Hub.

Los siguientes componentes consumen la memoria de la sección usada del gráfico circular:

  • Uso o reserva de SO del host: la memoria que utiliza el sistema operativo (SO) en el host, las tablas de páginas virtuales, los procesos que se ejecutan en el SO del host y la caché de memoria de Espacios de almacenamiento directo. Dado que este valor depende de la memoria usada por los distintos procesos de Hyper-V que se ejecutan en el host, puede fluctuar.
  • servicios de infraestructura: las máquinas virtuales de infraestructura que componen Azure Stack Hub. Esto implica aproximadamente 31 máquinas virtuales que ocupan 242 GB + (4 GB x número de nodos) de memoria. El uso de memoria del componente de servicios de infraestructura puede cambiar a medida que trabajamos para que nuestros servicios de infraestructura sean más escalables y resistentes.
  • Reserva de resiliencia: Azure Stack Hub reserva una parte de la memoria para permitir la disponibilidad del inquilino durante un error de host único, así como durante la revisión y actualización para permitir la correcta migración en vivo de las máquinas virtuales.
  • máquinas virtuales de inquilino: máquinas virtuales creadas por usuarios de Azure Stack Hub. Además de las VM en ejecución, la memoria es consumida por cualquier VM que aterrice en la estructura. Esto significa que las máquinas virtuales en estado de creación o fallo, o las máquinas virtuales apagadas desde dentro del huésped, siguen consumiendo memoria. Sin embargo, las máquinas virtuales que fueron desasignadas usando la opción "detener desasignado" desde el portal de usuario de Azure Stack Hub, PowerShell, o Azure CLI, no consumen memoria de Azure Stack Hub.
  • Proveedores de Recursos de Complemento: Máquinas virtuales implementadas para proveedores de recursos de complemento, como SQL, MySQL y App Service.

Capacidad utilizada en una hoja de una instancia de Azure Stack Hub de cuatro nodos

Memoria disponible para la selección de ubicación de la máquina virtual

Como operador de nube para Azure Stack Hub, no hay una manera automatizada de comprobar la memoria asignada para cada máquina virtual. Puede tener acceso a las máquinas virtuales de usuario y calcular manualmente la memoria asignada. Sin embargo, la memoria asignada no refleja el uso real. Este valor puede ser menor que el valor asignado.

Para entrenar la memoria disponible para las máquinas virtuales, se usa la fórmula siguiente:

memoria disponible para la colocación de máquina virtual = Total Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

reserva de resiliencia = H + R * ((N-1) * H) + V * (N-2)

Dónde:

H = Tamaño de memoria de host único

N = Tamaño de la unidad de escalado (número de hosts)

R = Reserva o memoria del sistema operativo usado por el sistema operativo host, que es .15 en esta fórmula

V = Máquina virtual con mayor memoria en la unidad de escala

sobrecarga de infraestructura de Azure Stack Hub = 242 GB + (4 GB x # de nodos). Esto tiene en cuenta las aproximadamente 31 máquinas virtuales para hospedar la infraestructura de Azure Stack Hub.

Memoria usada por el sistema operativo anfitrión = 15 por ciento (0,15) de la memoria del anfitrión. El valor de reserva del sistema operativo es una estimación y variará en función de la capacidad de memoria física del host y la sobrecarga general del sistema operativo.

El valor V, la VM más grande de la unidad de escala, se basa dinámicamente en la VM de inquilino más grande desplegada. Por ejemplo, el valor de máquina virtual más grande podría ser de 7 GB o 112 GB o cualquier otro tamaño de memoria de máquina virtual compatible en la solución de Azure Stack Hub. Para tener suficiente memoria reservada para que no se produzca un error en la migración en vivo de esta máquina virtual grande, elegimos el tamaño de la máquina virtual más grande. El cambio de la máquina virtual más grande en el tejido de Azure Stack Hub da lugar a un aumento de la reserva de resistencia además del aumento de la memoria de la propia máquina virtual.

Por ejemplo, con una unidad de escalabilidad de 12 nodos:

Detalles de la marca Valores
sts (N) 12
Memoria por host (H) 384
Memoria total de la unidad de escala 4608
Reserva del sistema operativo (R) 15 %
Máquina virtual más grande (V) 112
Reserva de resistencia = H + R * ((N-1) * H) + V * (N-2)
Reserva de resistencia = 2137,6

Con esta información, puede calcular que una instancia de Azure Stack Hub con 12 nodos de 384 GB por host (total de 4 608 GB), tiene 2137 GB reservados para resistencia si la máquina virtual más grande tiene 112 GB de memoria.

Cuando se consulta la hoja Capacidad para la memoria física según la siguiente imagen, el valor Utilizado incluye la reserva de resiliencia. Este gráfico procede de una instancia de Azure Stack Hub de cuatro nodos:

Uso de capacidad de una instancia de Azure Stack Hub de cuatro nodos de Azure Stack Hub de cuatro nodos

Tenga en cuenta estas consideraciones al planear la capacidad de Azure Stack Hub. Además, puede usar la herramienta Azure Stack Hub Capacity Planner.

Pasos siguientes

Para más información sobre cómo ofrecer máquinas virtuales a los usuarios, consulte Administración de la capacidad de almacenamiento para Azure Stack Hub.