Gerenciar a capacidade de armazenamento para o Hub de Azure Stack

Você pode usar este artigo como um operador de nuvem de Hub Azure Stack para saber como monitorar e gerenciar a capacidade de armazenamento de sua implantação de Hub de Azure Stack. Você pode usar a orientação para entender a memória disponível para as VMs do usuário. A infraestrutura de armazenamento de Hub de Azure Stack aloca um subconjunto da capacidade de armazenamento total da implantação de Hub de Azure Stack como serviços de armazenamento. os serviços de Armazenamento armazenam os dados de um locatário em compartilhamentos em volumes que correspondem aos nós da implantação.

Como um operador de nuvem, você tem uma quantidade limitada de armazenamento com a qual trabalhar. A quantidade de armazenamento é definida pela solução que você implementa. A solução é fornecida pelo fornecedor OEM quando você usa uma solução de vários nós ou é fornecida pelo hardware no qual você instala o Kit de Desenvolvimento do Azure Stack (ASDK).

O Hub de Azure Stack só dá suporte à expansão da capacidade de armazenamento adicionando nós de unidade de escala extras. Para obter mais informações, consulte adicionar nós de unidade de escala no Hub Azure Stack. A adição de discos físicos aos nós não expandirá a capacidade de armazenamento.

É importante monitorar o armazenamento disponível para garantir que as operações eficientes sejam mantidas. Quando a capacidade livre restante de um volume se tornar limitada, planeje gerenciar o espaço disponível para impedir que os compartilhamentos sejam executados sem capacidade.

As opções para gerenciar a capacidade incluem:

  • Recuperando a capacidade.
  • Migrando objetos de armazenamento.

Quando um volume de armazenamento de objetos é 100% utilizado, o serviço de armazenamento não funciona mais para esse volume. Para obter assistência na restauração de operações para o volume, entre em contato com o suporte da Microsoft.

Entender discos, contêineres e volumes

O usuário do locatário cria discos, BLOBs, tabelas e filas nos serviços de armazenamento de Hub Azure Stack. Esses dados de locatário são colocados em volumes na parte superior do armazenamento disponível.

Discos

Armazenamento de VM e manipulação de dados em discos virtuais. Cada VM começa com um disco do sistema operacional, criado por meio de uma imagem do Marketplace ou de uma imagem privada. A VM pode anexar zero ou mais discos de dados. Há dois tipos de discos oferecidos no Azure Stack:

Os discos gerenciados simplificam o gerenciamento de disco para VMs IaaS do Azure gerenciando as contas de armazenamento associadas aos discos de VM. Você só precisa especificar o tamanho do disco necessário e Azure Stack Hub cria e gerencia o disco para você. Para obter mais informações, consulte Managed disks visão geral.

Discos não gerenciados são arquivos VHD armazenados como BLOBs de páginas em contêineres de armazenamento em Azure Stack contas de armazenamento. Os blobs de páginas criados por locatários são chamados de discos de VM e armazenados em contêineres nas contas de armazenamento. Recomendamos que você use discos não gerenciados somente para VMs que precisam ser compatíveis com ferramentas de terceiros, que só dão suporte a discos não gerenciados do Azure.

A orientação para locatários é colocar cada disco em um contêiner separado para melhorar o desempenho da VM.

  • Cada contêiner que mantém um disco ou BLOB de página, de uma VM é considerado um contêiner anexado à VM que possui o disco.
  • Um contêiner que não contém discos de uma VM é considerado um contêiner gratuito.

As opções para liberar espaço em um contêiner anexado são limitadas. Para saber mais, confira distribuir discos não gerenciados.

Importante

Recomendamos que você use apenas discos gerenciados em VMs para facilitar o gerenciamento. Você não precisa preparar as contas de armazenamento e contêineres antes de usar discos gerenciados. Os Managed disks fornecem funcionalidade e desempenho equivalentes ou melhores em comparação com discos não gerenciados. Não há vantagens em usar discos não gerenciados e eles são fornecidos apenas para fins de compatibilidade com versões anteriores.

Os Managed disks são otimizados para um melhor posicionamento na infraestrutura de armazenamento e têm uma sobrecarga de gerenciamento significativamente reduzida. Mas, devido aos discos gerenciados serem provisionados com provisionamento thin e a utilização final é imprevisível na criação, há oportunidades de uso excessivo de volume causado por um posicionamento de disco desbalanceado. Os operadores são responsáveis por monitorar o uso da capacidade de armazenamento e evitar esse problema.

Para usuários que usam modelos ARM para provisionar novas máquinas virtuais, use o documento a seguir para entender como modificar seus modelos para usar discos gerenciados: usar modelos de discos gerenciados da VM.

Os discos de VM são armazenados como arquivos esparsos na infraestrutura de armazenamento. Os discos têm o tamanho provisionado que o usuário solicita no momento em que o disco é criado. No entanto, somente as páginas diferentes de zero gravadas no disco ocupam espaço na infraestrutura de armazenamento subjacente.

Exemplo: disco esparso no volume de armazenamento.

Em geral, os discos são criados copiando de imagens de plataforma, imagens gerenciadas, instantâneos ou outros discos. E os instantâneos são tirados dos discos. Para aumentar a utilização da capacidade de armazenamento e reduzir o tempo de operação de cópia, o sistema usa a clonagem de bloco em ReFS. A clonagem de blob é uma operação de metadados de baixo custo em vez de uma cópia completa de byte por byte entre arquivos. O arquivo de origem e o arquivo de destino podem compartilhar as mesmas extensões, dados idênticos não são armazenados fisicamente várias vezes, melhorando a capacidade de armazenamento.

Exemplo: compartilhamento de extensão no volume de armazenamento.

O uso da capacidade aumenta apenas quando os discos são gravados e os dados idênticos são reduzidos. Quando uma imagem ou um disco é excluído, o espaço pode não ser liberado imediatamente porque pode haver discos ou instantâneos criados a partir dele, mantendo os dados idênticos e ocupando espaço. Somente se todas as entidades relacionadas forem removidas, o espaço ficará disponível.

Exemplo: extensão após a exclusão do disco.

BLOBs e contêineres

Os usuários do locatário armazenam grandes quantidades de dados não estruturados com o blob do Azure. O Hub de Azure Stack dá suporte a três tipos de BLOBs: blobs de blocos, blobs de acréscimo e blobs de páginas. Para obter mais informações sobre os diferentes tipos de blobs, confira Compreendendo os Blobs de Blocos, Blobs de Acréscimo e Blobs de Página.

Os usuários do locatário criam contêineres que são usados para armazenar dados de BLOB. Embora os usuários decidam em qual contêiner colocar BLOBs, o serviço de armazenamento usa um algoritmo para determinar em qual volume colocar o contêiner. O algoritmo normalmente escolhe o volume com o espaço mais disponível.

Depois que um blob é colocado em um contêiner, o blob pode aumentar para usar mais espaço. À medida que você adiciona novos BLOBs e blobs existentes crescem, o espaço disponível no volume que mantém o contêiner é reduzido.

Os contêineres não são limitados a um único volume. Quando os dados de blob combinados em um contêiner crescem para usar 80% ou mais do espaço disponível, o contêiner entra no modo de estouro . No modo de estouro, todos os novos BLOBs criados nesse contêiner são alocados para um volume diferente com espaço suficiente. Ao longo do tempo, um contêiner no modo de estouro pode ter BLOBs distribuídos em vários volumes.

Quando 90% (e, em seguida, 95%) do espaço disponível em um volume é usado, o sistema gera alertas no portal do administrador do Hub de Azure Stack. Os operadores de nuvem devem examinar a capacidade de armazenamento disponível e planejar a redistribuição do conteúdo. O serviço de armazenamento para de funcionar quando um disco é 100% usado e nenhum alerta adicional é gerado.

Volumes

O serviço de armazenamento particiona o armazenamento disponível em volumes separados que são alocados para manter os dados do sistema e do locatário. Os volumes combinam as unidades no pool de armazenamento para apresentar a tolerância, escalabilidade e benefícios de desempenho de Espaços de Armazenamento Diretos. Para obter mais informações sobre volumes no Hub Azure Stack, consulte gerenciar a infraestrutura de armazenamento para Azure Stack Hub.

Os volumes do repositório de objetos contêm dados de locatário. Os dados de locatário incluem blobs de páginas, blobs de blocos, blobs de acréscimo, tabelas, filas, bancos de dados e repositórios de metadados relacionados. O número de volumes do repositório de objetos é igual ao número de nós na implantação do hub de Azure Stack:

  • Em uma implantação de quatro nós, há quatro volumes de repositório de objetos. Em uma implantação de vários nós, o número de volumes não será reduzido se um nó for removido ou com mau funcionamento.
  • Se você usar o ASDK, haverá um único volume com um único compartilhamento.

Os volumes do repositório de objetos são para o uso exclusivo dos serviços de armazenamento. Você não deve modificar, adicionar ou remover diretamente nenhum arquivo nos volumes. Somente os serviços de armazenamento devem funcionar nos arquivos armazenados nesses volumes.

Como os objetos de armazenamento (BLOBs e assim por diante) são individualmente contidos em um único volume, o tamanho máximo de cada objeto não pode exceder o tamanho de um volume. O tamanho máximo dos novos objetos depende da capacidade que permanece em um volume como espaço não utilizado quando esse novo objeto é criado.

Quando um volume de armazenamento de objetos está com pouco espaço livre e as ações para recuperar espaço não são bem-sucedidas ou estão disponíveis, Azure Stack operadores de nuvem de Hub podem migrar objetos de armazenamento de um volume para outro.

para obter informações sobre como os usuários locatários trabalham com o armazenamento de blobs no hub Azure Stack, consulte Azure Stack hub Armazenamento serviços.

Monitorar o armazenamento

Use Azure PowerShell ou o portal do administrador para monitorar compartilhamentos para que você possa entender quando o espaço livre é limitado. Ao usar o portal, você recebe alertas sobre compartilhamentos que têm pouco espaço.

Usar o PowerShell

Como um operador de nuvem, você pode monitorar a capacidade de armazenamento de um compartilhamento usando o Get-AzsStorageShare cmdlet do PowerShell. O cmdlet retorna o espaço total, alocado e livre, em bytes, em cada um dos compartilhamentos.

Exemplo: retornar espaço livre para compartilhamentos.

  • Capacidade total: o espaço total, em bytes, que está disponível no compartilhamento. Esse espaço é usado para dados e metadados mantidos pelos serviços de armazenamento.
  • Capacidade usada: a quantidade de dados, em bytes, que é usada por todas as extensões dos arquivos que armazenam os dados do locatário e os metadados associados.

Usar o portal do administrador

Como um operador de nuvem, você pode usar o portal do administrador para exibir a capacidade de armazenamento de todos os compartilhamentos.

  1. Entre no portal do administrador https://adminportal.local.azurestack.external .

  2. selecione todos os serviçosArmazenamentocompartilhamentos de arquivos para abrir a lista de compartilhamento de arquivos, onde você pode exibir as informações de uso.

    Exemplo: captura de tela de compartilhamentos de arquivos de armazenamento no portal do administrador do Hub Azure Stack.

    • Total: o espaço total, em bytes, que está disponível no compartilhamento. Esse espaço é usado para dados e metadados mantidos pelos serviços de armazenamento.
    • Usado: a quantidade de dados, em bytes, que é usada por todas as extensões dos arquivos que armazenam os dados do locatário e os metadados associados.

Use Azure PowerShell ou o portal do administrador para monitorar a capacidade provisionada e usada e planejar a migração para garantir a operação normal contínua do sistema.

Há três ferramentas para monitorar a capacidade do volume:

  • Portal e o PowerShell do para a capacidade atual do volume.
  • alertas de espaço Armazenamento.
  • Métricas de capacidade de volume.

Nesta seção, apresentaremos como usar essas ferramentas para monitorar a capacidade do sistema.

Usar o PowerShell

Como um operador de nuvem, você pode monitorar a capacidade de armazenamento de um volume usando o cmdlet do PowerShell Get-AzsVolume . O cmdlet retorna o total e o espaço livre em gigabytes (GB) em cada um dos volumes.

Exemplo: retornar espaço livre para volumes.

  • Capacidade total: O espaço total em GB que está disponível no compartilhamento. Esse espaço é usado para dados e metadados mantidos pelos serviços de armazenamento.
  • Capacidade restante: A quantidade de espaço em GB que é livre para armazenar os dados do locatário e os metadados associados.

Usar o portal do administrador

Como um operador de nuvem, você pode usar o portal do administrador para exibir a capacidade de armazenamento de todos os volumes.

  1. Entre no portal do administrador do hub de Azure Stack ( https://adminportal.local.azurestack.external ).

  2. selecione todos os serviçosArmazenamentoVolumes para abrir a lista de volumes em que você pode exibir as informações de uso.

    Exemplo: captura de tela de volumes de armazenamento no portal do administrador do hub de Azure Stack.

    • Total: o espaço total disponível no volume. Esse espaço é usado para dados e metadados mantidos pelos serviços de armazenamento.
    • Usado: a quantidade de dados usada por todas as extensões dos arquivos que armazenam os dados do locatário e os metadados associados.

alertas de espaço Armazenamento

Ao usar o portal do administrador, você recebe alertas sobre volumes que têm pouco espaço.

Importante

Como um operador de nuvem, você deve impedir que os compartilhamentos atinjam o uso completo. Quando um compartilhamento é 100% utilizado, o serviço de armazenamento não funciona mais para esse compartilhamento. Para recuperar o espaço livre e restaurar as operações em um compartilhamento que é 100% utilizado, você deve contatar o suporte da Microsoft.

  • Aviso: quando um compartilhamento de arquivos estiver acima de 90% utilizado, você receberá um alerta de aviso no portal do administrador:

    Exemplo: captura de tela de alerta de aviso no portal do administrador do hub de Azure Stack

  • Crítico: quando um compartilhamento de arquivos é mais de 95% utilizado, você recebe um alerta crítico no portal do administrador:

    Exemplo: captura de tela de alerta crítico no portal do administrador do hub de Azure Stack

  • Exibir detalhes: no portal do administrador, você pode abrir os detalhes de um alerta para exibir suas opções de mitigação:

    Exemplo: captura de tela da exibição de detalhes do alerta no portal do administrador do hub de Azure Stack

Métricas de capacidade de volume

As métricas de capacidade de volume fornecem informações mais detalhadas sobre capacidade provisionada e capacidade utilizada para diferentes tipos de objetos. Os dados de métricas são preservados por 30 dias. O serviço de monitoramento em segundo plano atualiza os dados de métrica de capacidade de volume por hora.

É necessário entender o uso de recursos de um volume, verificando proativamente o relatório de métrica de capacidade. O operador de nuvem pode analisar a distribuição do tipo de recurso quando um volume está se aproximando de completo para decidir a ação correspondente para liberar espaço. O operador também pode impedir que o volume seja superutilizado quando o tamanho do disco provisionado indica que o volume foi excessivamente provisionado demais.

Azure Monitor fornece as seguintes métricas para mostrar a utilização da capacidade de volume:

  • Capacidade total de volume mostra a capacidade de armazenamento total do volume.
  • A capacidade restante do volume mostra a capacidade de armazenamento restante do volume.
  • A capacidade usada do disco da VM do volume mostra o total de espaços ocupados por objetos relacionados ao disco da VM (incluindo BLOBs de páginas, discos gerenciados/instantâneo, imagens gerenciadas e imagens de plataforma). O arquivo VHD subjacente de discos de VM pode compartilhar a mesma extensão (consulte discos) com imagens, instantâneos ou outros discos. Esse número pode ser menor do que a soma da capacidade usada de todos os objetos individuais relacionados ao disco da VM.
  • O volume de outra capacidade usada é o tamanho total usado de objetos que não são discos – incluindo BLOBs de blocos, blobs de acréscimo, tabelas, filas e metadados de BLOB.
  • A capacidade provisionada de disco da VM do volume é o tamanho total provisionado de blobs de páginas e discos gerenciados/instantâneos. Esse tamanho é o valor máximo da capacidade total do disco de todos os discos gerenciados e blobs de páginas no volume específico podem aumentar para.

Exemplo: métricas de capacidade de volume.

Para exibir as métricas de capacidade de volume no Azure Monitor:

  1. confirme se você tem Azure PowerShell instalado e configurado. Para obter instruções sobre como configurar o ambiente do PowerShell, consulte instalar o PowerShell para Azure Stack Hub. Para entrar no Hub de Azure Stack, consulte Configurar o ambiente do operador e entrar no Hub do Azure Stack.

  2. baixe Azure Stack ferramentas de Hub do repositório GitHub. Para obter etapas detalhadas, consulte baixar ferramentas de Hub de Azure Stack do GitHub.

  3. Gere o painel de capacidade JSON executando o DashboardGenerator em CapacityManagement.

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

    Haveria um arquivo JSON chamado starts with DashboardVolumeObjStore sob a pasta de DashboardGenerator.

  4. Entre no portal do administrador do hub de Azure Stack ( https://adminportal.local.azurestack.external ).

  5. na página painel, clique em Uploade selecione o arquivo json gerado na etapa 3.

    exemplo: Upload dashboard json.

  6. Depois que o JSON for carregado, você será direcionado para o novo painel de capacidade. Cada volume tem um gráfico correspondente no painel. O número de gráficos é igual à contagem de volumes:

    Exemplo: painel de capacidade de volume.

  7. Ao clicar em um dos volumes, você pode verificar cinco métricas de capacidade do volume específico no gráfico detalhado:

    Exemplo: métricas de capacidade detalhadas.

Padrões de uso de volume

Verificando as métricas de capacidade de volume, o operador de nuvem entende a capacidade de um volume ser utilizada e qual tipo de recurso está assumindo a maior parte do uso do espaço. O padrão de uso de espaço pode ser agrupado em tipos a seguir, que operador deve executar uma ação diferente para cada um dos tipos:

Exemplo: padrão de uso do volume.

Capacidade de reposição provisionada: há capacidade suficiente disponível no volume e a capacidade total provisionada de todos os discos localizados nesse volume é menor do que a capacidade total disponível. O volume está disponível para mais objetos de armazenamento, incluindo discos e outros objetos (BLOBs de bloco/acréscimo, tabelas e filas). Você não precisa realizar nenhuma ação para operar o volume.

Excesso de provisionamento, capacidade de reposição: a capacidade restante do volume é alta, mas a capacidade provisionada do disco da VM já está acima da capacidade total do volume. Este volume ainda tem espaço para mais objetos de armazenamento agora. No entanto, ele tem potencial para ser preenchido com os dados nos discos de VM localizados neste volume. Você deve monitorar de forma minuciosa a tendência de uso deste volume. Se ele mudar para o padrão de baixa capacidade provisionada, talvez seja necessário tomar medidas para liberar espaço.

Excessivamente provisionada, baixa capacidade: a capacidade restante do volume é baixa e a capacidade provisionada do disco da VM e a capacidade utilizada do disco da VM estão altas.

A menor capacidade restante indica que o volume está atingindo o uso completo. Os operadores precisam tomar uma ação imediata para liberar espaço para evitar que o volume seja 100% utilizado, o que bloquearia o serviço de armazenamento. A capacidade usada do disco de VM alta mostra a maior parte do uso do volume são os discos de VM. Você deve consultar a instrução de migrar disco para mover os discos do volume completo para outros volumes disponíveis para liberar espaço.

Subprovisionados, baixa capacidade, grandes blobs de blocos: a capacidade restante do volume é baixa e a capacidade provisionada do disco da VM e a capacidade utilizada do disco da VM são baixas, mas a capacidade usada é alta.

O volume tem o risco de ser totalmente utilizado que o operador deve tomar uma ação imediata para liberar espaço. A capacidade mais alta usada indica que a maior parte da capacidade do volume é obtida por blobs de bloco/acréscimo ou tabela/fila. Quando a capacidade disponível do volume for menor que 20%, o estouro de contêiner será habilitado e o novo objeto de blob não será colocado nesse volume quase completo. Mas os blobs existentes ainda podem crescer. Para evitar que os blobs de crescimento contínuo superutilem a capacidade, entre em contato com o Suporte da Microsoft para consultar os contêineres que ocupam espaço no volume específico e decida se a limpeza desses contêineres precisa ser feita pelos locatários para liberar algum espaço.

Excesso de provisionamento, baixa capacidade, blobs de blocos altos: a capacidade restante do volume é baixa e a capacidade de disco usada/provisionada e outra capacidade usada é alta. Esse volume tem alta utilização de espaço por discos e outros objetos de armazenamento. Você deve liberar espaço para evitar que o volume seja totalmente cheio. É recomendável seguir primeiro a instrução de Migrar disco para mover discos do volume completo para outros volumes disponíveis. Em outros casos, você pode entrar em contato com Suporte da Microsoft para consultar os contêineres ocupando espaço no volume específico e decidir se a limpeza desses contêineres precisa ser feita por locatários para liberar algum espaço.

Gerenciar o espaço disponível

Quando for necessário liberar espaço em um volume, primeiro use os métodos menos invasivos. Por exemplo, tente recuperar espaço antes de optar por migrar um disco gerenciado.

Recuperar capacidade

Você pode recuperar a capacidade usada pelas contas de locatário que foram excluídas. Essa capacidade é recuperada automaticamente quando o período de retenção de dados é atingido ou você pode agir para recupera-la imediatamente.

Para obter mais informações, consulte a seção "Recuperar capacidade" de Gerenciar Azure Stack Hub de armazenamento.

Migrar um contêiner entre volumes

Essa opção se aplica somente a sistemas Azure Stack Hub integrados.

Devido aos padrões de uso do locatário, alguns compartilhamentos de locatário usam mais espaço do que outros. Isso pode resultar em alguns compartilhamentos com pouco espaço antes de outros compartilhamentos relativamente não sendousados.

Você pode liberar espaço em um compartilhamento superutilizado migrando manualmente alguns contêineres de blob para um compartilhamento diferente. Você pode migrar vários contêineres menores para um único compartilhamento que tenha capacidade de manter todos eles. Use a migração para mover contêineres livres. Contêineres gratuitos são contêineres que não contêm um disco para uma VM.

A migração consolida todos os blobs de um contêiner no novo compartilhamento.

  • Se um contêiner tiver entrado no modo de estouro e colocado blobs em outros volumes, o novo compartilhamento deverá ter capacidade suficiente para manter todos os blobs que pertencem ao contêiner que você migra, incluindo os blobs que estão estouradas.

  • O cmdlet do PowerShell Get-AzsStorageContainer identifica apenas o espaço em uso no volume inicial de um contêiner. O cmdlet não identifica o espaço usado pelos blobs que estão estouros para volumes adicionais. Portanto, o tamanho completo de um contêiner pode não ser evidente. É possível que a consolidação de um contêiner em um novo compartilhamento possa enviar esse novo compartilhamento para uma condição de estouro, em que ele coloca dados em compartilhamentos adicionais. Como resultado, talvez seja necessário rebalancear os compartilhamentos.

  • Se você não tiver permissões para determinados grupos de recursos e não puder usar o PowerShell para consultar os volumes adicionais para dados de estouro, trabalhe com o proprietário desses grupos de recursos e contêineres para entender a quantidade total de dados a migrar antes de migrá-los.

Importante

A migração de blobs para um contêiner é uma operação offline que requer o uso do PowerShell. Até que a migração seja concluída, todos os blobs do contêiner que você está migrando permanecerão offline e não poderão ser usados. Você também deve evitar atualizar o Azure Stack Hub até que toda a migração em andamento seja concluída.

Migrar contêineres usando o PowerShell

  1. Confirme se você Azure PowerShell instalado e configurado. Para obter mais informações, consulte Gerenciar recursos do Azure usando Azure PowerShell.

  2. Examine o contêiner para entender quais dados estão no compartilhamento que você planeja migrar. Para identificar os melhores contêineres candidatos para migração em um volume, use o Get-AzsStorageContainer cmdlet :

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

    Em seguida, examine $containers:

    $containers
    

    Exemplo: $containers

  3. Identifique os melhores compartilhamentos de destino para manter o contêiner que você está migrando:

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

    Em seguida, examine $destinationshares:

    $destinationshares
    

    Exemplo: $destination compartilhamentos

  4. Inicie a migração para um contêiner. A migração é assíncrona. Se você iniciar a migração de outro contêiner antes da conclusão da primeira migração, use a ID do trabalho para acompanhar o status de cada um.

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

    Em seguida, examine $jobId. No exemplo a seguir, substitua d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 pela ID de trabalho que você deseja examinar:

    $jobId
    d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
    
  5. Use a ID do trabalho para verificar o status do trabalho de migração. Quando a migração de contêiner for concluída, MigrationStatus será definido como Concluir.

    Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
    

    Captura de tela que mostra o status da migração.

  6. Você pode cancelar um trabalho de migração em andamento. Os trabalhos de migração cancelados são processados de forma assíncrona. Você pode acompanhar cancelamentos usando $jobid:

    Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
    

    Exemplo: status de reação

  7. Você pode executar o comando da etapa 6 novamente, até que o status da migração seja Cancelado:

    Captura de tela que mostra um exemplo de um status de migração cancelado.

Mover discos de VM

Essa opção se aplica somente a sistemas Azure Stack Hub integrados.

O método mais extremo para gerenciar espaço envolve mover discos de VM. Como mover um contêiner anexado (um que contém um disco de VM) é complexo, entre em contato com o suporte da Microsoft para realizar essa ação.

Migrar um disco gerenciado entre volumes

Essa opção se aplica somente a sistemas Azure Stack Hub integrados.

Devido aos padrões de uso do locatário, alguns volumes de locatário usam mais espaço do que outros. O resultado pode ser um volume com pouco espaço antes de outros volumes que são relativamente não usadas.

Você pode liberar espaço em um volume superutilado migrando manualmente alguns discos gerenciados para um volume diferente. Você pode migrar vários discos gerenciados para um único volume que tenha capacidade para manter todos eles. Use a migração para mover discos gerenciados offline. Discos gerenciados offline são discos que não estão anexados a uma VM.

Importante

A migração de discos gerenciados é uma operação offline que requer o uso do PowerShell. Você deve desconectar os discos candidatos para migração de sua VM proprietária antes de iniciar o trabalho de migração (depois que o trabalho de migração for feito, você poderá aloque-os novamente). Até que a migração seja concluída, todos os discos gerenciados que você está migrando devem permanecer offline e não podem ser usados; caso contrário, o trabalho de migração será anulado e todos os discos não migrados ainda estarão em seus volumes originais. Você também deve evitar atualizar o Azure Stack Hub até que toda a migração em andamento seja concluída.

Para migrar discos gerenciados usando o PowerShell

  1. Confirme se você Azure PowerShell instalado e configurado. Para obter instruções sobre como configurar o ambiente do PowerShell, consulte Instalar o PowerShell para Azure Stack Hub. Para entrar no Azure Stack Hub, consulte Configurar o ambiente dooperador e entrar no Azure Stack Hub .

  2. Examine os discos gerenciados para entender quais discos estão no volume que você planeja migrar. Para identificar os melhores discos candidatos para migração em um volume, use o Get-AzsDisk cmdlet :

    $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 All -SharePath $MigrationSource | Select-Object -First 10
    

    Em seguida, examine $disks:

    $Disks
    

    Exemplo: $Disks

  3. Identifique o melhor volume de destino para manter os discos migrados:

    $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 a migração para discos gerenciados. A migração é assíncrona. Se você iniciar a migração de outros discos antes da primeira migração ser concluída, use o nome do trabalho para acompanhar o status de cada um.

    $jobName = "MigratingDisk"
    Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
    
  5. Use o nome do trabalho para verificar o status do trabalho de migração. Quando a migração de disco for concluída, MigrationStatus será definido como Concluir.

    $job = Get-AzsDiskMigrationJob -Name $jobName
    

    Exemplo: status da migração

    Se você estiver migrando vários discos gerenciados em um trabalho de migração, também poderá verificar as subtareas do trabalho.

    $job.Subtasks
    

    Exemplo: status da sub-tarefa de migração

  6. Você pode cancelar um trabalho de migração em andamento. Os trabalhos de migração cancelados são processados de forma assíncrona. Você pode acompanhar o cancelamento usando o nome do trabalho até que o status confirme que o trabalho de migração foi Cancelado:

    Stop-AzsDiskMigrationJob -Name $jobName
    

    Exemplo: Status cancelado

Distribuir discos nãomanagedos

Essa opção se aplica somente a sistemas Azure Stack Hub integrados.

O método mais extremo para gerenciar o espaço envolve a movimentação de discos não gerenciadas. Se o locatário adiciona números de discos nãomanagedos a um contêiner, a capacidade total usada do contêiner pode aumentar além da capacidade disponível do volume que o mantém antes do contêiner entrar no modo de estouro. Para evitar que um único contêiner esgoe o espaço de um volume, o locatário pode distribuir os discos nãomanagedos existentes de um contêiner para contêineres diferentes. Como a distribuição de um contêiner anexado (um que contém um disco de VM) é complexa, entre em contato Suporte da Microsoft para realizar essa ação.

Memória disponível para VMs

Azure Stack Hub é criado como um cluster hiperconvergível de computação e armazenamento. A convergência permite o compartilhamento do hardware, conhecido como uma unidade de escala. No Azure Stack Hub, uma unidade de escala fornece a disponibilidade e a escalabilidade dos recursos. Uma unidade de escala consiste em um conjunto de Azure Stack Hub, chamados de hosts ou nós. O software de infraestrutura é hospedado em um conjunto de VMs e compartilha os mesmos servidores físicos que as VMs de locatário. Todas Azure Stack Hub VMs são gerenciadas pelas tecnologias de clustering do Windows Server da unidade de escala e instâncias individuais do Hyper-V. A unidade de escala simplifica a aquisição e o gerenciamento Azure Stack Hub. A unidade de escala também permite a movimentação e a escalabilidade de todos os serviços em Azure Stack Hub, locatário e infraestrutura.

Você pode revisar um gráfico de pizza no portal de administração que mostra a memória livre e usada Azure Stack Hub como abaixo:

memória física no Azure Stack Hub

Os seguintes componentes consomem a memória na seção usada do gráfico de pizza:

  • Uso ou reserva do sistema operacional host Essa é a memória usada pelo sistema operacional (SO) no host, tabelas de páginas de memória virtual, processos em execução no sistema operacional host e os espaços diretos de cache de memória. Como esse valor depende da memória usada pelos diferentes processos do Hyper-V em execução no host, ele pode flutuar.
  • Serviços de infraestrutura Essas são as VMs de infraestrutura que com Azure Stack Hub. Isso envolve aproximadamente 31 VMs que levam até 242 GB + (4 GB x número de nós) de memória. A utilização de memória do componente de serviços de infraestrutura pode mudar conforme trabalhamos para tornar nossos serviços de infraestrutura mais escalonáveis e resilientes.
  • Reserva de resiliência Azure Stack Hub reserva uma parte da memória para permitir a disponibilidade do locatário durante uma única falha de host e durante o patch e a atualização para permitir a migração ao vivo bem-sucedida de VMs.
  • VMs de locatário Essas são as VMs criadas por Azure Stack Hub usuários. Além de executar VMs, a memória é consumida por todas as VMs que foram paradas na malha. Isso significa que as VMs no estado Criando ou Falha ou as VMs desligadas de dentro do convidado consumirão memória. No entanto, as VMs que foram desalocadas usando a opção parar desalocar do portal do usuário do Azure Stack Hub, do PowerShell e do CLI do Azure não consumirão memória do Azure Stack Hub.
  • Provedores de recursos de complemento VMs implantadas para provedores de recursos de complemento, como SQL, MySQL e Serviço de Aplicativo.

Capacidade usada em uma folha em um nó de quatro Azure Stack Hub

Memória disponível para posicionamento de VM

Como operador de nuvem para Azure Stack Hub, não há uma maneira automatizada de verificar a memória alocada para cada VM. Você pode ter acesso às suas VMs de usuário e calcular a memória alocada manualmente. No entanto, a memória alocada não refletirá o uso real. Esse valor pode ser menor que o valor alocado.

Para a memória disponível para VMs, a fórmula a seguir é usada:

Memória disponível para posicionamento de VMTotal Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

Reserva de resiliência H + R * ((N-1) * H) + V * (N-2)

Em que:

H = Tamanho da memória de host único

N = Tamanho da unidade de escala (número de hosts)

R = Reserva do sistema operacional/memória usada pelo sistema operacional host, que é .15 nesta fórmula

V = Maior VM (em termos de memória) na unidade de escala

Azure Stack Hub de infraestrutura = 242 GB + (4 GB x # de nós). Essas contas para as aproximadamente 31 VMs são usadas para hospedar Azure Stack Hub infraestrutura do banco de dados.

Memória usada pelo sistema operacional host = 15% (0,15) de memória do host. O valor de reserva do sistema operacional é uma estimativa e variará com base na capacidade de memória física do host e na sobrecarga geral do sistema operacional.

O valor V, a maior VM na unidade de escala, é baseado dinamicamente na maior VM de locatário implantada. Por exemplo, o maior valor de VM pode ser 7 GB ou 112 GB ou qualquer outro tamanho de memória de VM com suporte na Azure Stack Hub solução. Podemos escolher o tamanho da maior VM aqui para ter memória suficiente reservada para que uma migração ao vivo dessa VM grande não falhe. Alterar a maior VM na Azure Stack Hub fabric resultará em um aumento na reserva de resiliência, além do aumento na memória da própria VM.

Por exemplo, com uma unidade de escala de 12 nós:

Detalhes do carimbo Valores
sts (N) 12
Memória por host (H) 384
Memória total da unidade de escala 4608
Reserva do sistema operacional (R) 15%
Maior VM (V) 112
Reserva de resiliência = H + R * ((N-1) * H) + V * (N-2)
Reserva de resiliência = 2137.6

Portanto, com as informações acima, você pode calcular que um Azure Stack com 12 nós de 384 GB por host (total de 4.608 GB) tem 2.137 GB reservados para resiliência se a maior VM tiver 112 GB de memória.

Quando você consulta a folha Capacidade da memória física conforme abaixo, o valor Usado inclui a Reserva de Resiliência. O grafo é de uma instância de Azure Stack Hub de quatro nós.

Uso de capacidade em um conjunto de quatro Azure Stack Hub

Tenha essas considerações em mente ao planejar a capacidade para Azure Stack Hub. Além disso, você pode usar o Azure Stack Hub Planejador de Capacidade.

Próximas etapas

Para saber mais sobre como oferecer VMs aos usuários, consulte Gerenciar a capacidade de armazenamento para Azure Stack Hub.