Gerir a capacidade de armazenamento do Azure Stack Hub

Pode utilizar este artigo como um operador cloud do Azure Stack Hub para saber como monitorizar e gerir a capacidade de armazenamento da implementação do Azure Stack Hub. Pode utilizar a documentação de orientação para compreender a memória disponível para as VMs do utilizador. A infraestrutura de armazenamento do Azure Stack Hub atribui um subconjunto da capacidade de armazenamento total da implementação do Azure Stack Hub como serviços de armazenamento. Os serviços de armazenamento armazenam os dados de um inquilino em partilhas em volumes que correspondem aos nós da implementação.

Enquanto operador de cloud, tem uma quantidade limitada de armazenamento para trabalhar. A quantidade de armazenamento é definida pela solução que implementar. A solução é fornecida pelo fornecedor do OEM quando utiliza uma solução de vários nós ou é fornecida pelo hardware no qual instala o Azure Stack Development Kit (ASDK).

O Azure Stack Hub só suporta a expansão da capacidade de armazenamento ao adicionar nós de unidades de escala extra. Para obter mais informações, veja Adicionar nós de unidades de escala no Azure Stack Hub. Adicionar discos físicos aos nós não expandirá a capacidade de armazenamento.

É importante monitorizar o armazenamento disponível para garantir que as operações eficientes são mantidas. Quando a capacidade livre restante de um volume se tornar limitada, planeie gerir o espaço disponível para impedir que as partilhas fiquem sem capacidade.

As suas opções para gerir a capacidade incluem:

  • A recuperar capacidade.
  • A migrar objetos de armazenamento.

Quando um volume de arquivo de objetos é 100% utilizado, o serviço de armazenamento já não funciona para esse volume. Para obter assistência no restauro de operações para o volume, contacte o suporte da Microsoft.

Compreender discos, contentores e volumes

O utilizador inquilino cria discos, blobs, tabelas e filas nos serviços de armazenamento do Azure Stack Hub. Estes dados de inquilino são colocados em volumes sobre o armazenamento disponível.

Discos

A VM armazena e manipula dados em discos virtuais. Cada VM começa com um disco do SO, criado a partir de uma imagem do marketplace ou de uma imagem privada. A VM pode anexar zero ou mais discos de dados. Existem dois tipos de discos oferecidos no Azure Stack:

Os discos geridos simplificam a gestão de discos para VMs IaaS do Azure ao gerir as contas de armazenamento associadas aos discos da VM. Só tem de especificar o tamanho do disco de que precisa e o Azure Stack Hub cria e gere o disco automaticamente. Para obter mais informações, consulte Descrição Geral do Managed Disks.

Os discos não geridos são ficheiros VHD que são armazenados como blobs de páginas em contentores de armazenamento em contas de armazenamento do Azure Stack. Os blobs de página criados pelos inquilinos são referidos como discos de VM e são armazenados em contentores nas contas de armazenamento. Recomendamos que utilize discos não geridos apenas para VMs que precisam de ser compatíveis com ferramentas de terceiros, que só suportam discos não geridos do Azure.

A documentação de orientação para os inquilinos é colocar cada disco num contentor separado para melhorar o desempenho da VM.

  • Cada contentor que contém um disco, ou blob de página, de uma VM é considerado um contentor anexado à VM que detém o disco.
  • Um contentor que não contém discos de uma VM é considerado um contentor gratuito.

As opções para libertar espaço num contentor anexado são limitadas. Para saber mais, veja Distribuir discos não geridos.

Importante

Recomendamos que utilize apenas discos geridos em VMs para uma gestão mais fácil. Não tem de preparar contas de armazenamento e contentores antes de utilizar discos geridos. Os discos geridos proporcionam uma funcionalidade e um desempenho equivalentes ou melhores em comparação com discos não geridos. Não existem vantagens em utilizar discos não geridos e só são fornecidos para retrocompatibilidade.

Os discos geridos são otimizados para uma melhor colocação na infraestrutura de armazenamento e reduziram significativamente a sobrecarga de gestão. Contudo, devido ao facto de os discos geridos serem aprovisionados de forma fina e a utilização final ser imprevisível na criação, existem oportunidades de utilização excessiva do volume causada pela colocação desequilibrada do disco. Os operadores são responsáveis por monitorizar a utilização da capacidade de armazenamento e evitar este problema.

Para os utilizadores que utilizam modelos do ARM para aprovisionar novas máquinas virtuais, utilize o seguinte documento para compreender como modificar os seus modelos para utilizar discos geridos: utilizar modelos de discos geridos de VM.

Os discos de VM são armazenados como ficheiros dispersos na infraestrutura de armazenamento. Os discos têm o tamanho aprovisionado que o utilizador pede no momento em que o disco é criado. No entanto, apenas as páginas não zero escritas no disco ocupam espaço na infraestrutura de armazenamento subjacente.

Exemplo: Disco disperso no volume de armazenamento.

Os discos são muitas vezes criados ao copiar a partir de imagens da plataforma, imagens geridas, instantâneos ou outros discos. E os instantâneos são retirados dos discos. Para aumentar a utilização da capacidade de armazenamento e reduzir o tempo de operação de cópia, o sistema utiliza a clonagem de blocos no ReFS. A clonagem de blobs é uma operação de metadados de baixo custo em vez de uma cópia completa de byte a byte entre ficheiros. O ficheiro de origem e o ficheiro de destino podem partilhar as mesmas extensões, os dados idênticos não são armazenados fisicamente várias vezes, melhorando a capacidade de armazenamento.

Exemplo: Partilhar extensão no volume de armazenamento.

A utilização da capacidade só aumenta quando os discos são escritos e os dados idênticos reduzem. Quando uma imagem ou um disco é eliminado, o espaço pode não ser libertado imediatamente porque podem existir discos ou instantâneos criados a partir da mesma, mantendo os dados idênticos e ocupando espaço. Apenas se todas as entidades relacionadas forem removidas, o espaço fica disponível.

Exemplo: Extensão após a eliminação do disco.

Blobs e contentores

Os utilizadores inquilinos armazenam grandes quantidades de dados não estruturados com o Blob do Azure. O Azure Stack Hub suporta 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, veja Compreender Blobs de Blocos, Blobs de Acréscimo e Blobs de Páginas.

Os utilizadores inquilinos criam contentores que são depois utilizados para armazenar dados de blobs. Embora os utilizadores decidam em que contentor colocar blobs, o serviço de armazenamento utiliza um algoritmo para determinar em que volume colocar o contentor. Normalmente, o algoritmo escolhe o volume com o espaço mais disponível.

Depois de um blob ser colocado num contentor, o blob pode crescer para utilizar mais espaço. À medida que adiciona novos blobs e blobs existentes, o espaço disponível no volume que contém o contentor diminui.

Os contentores não estão limitados a um único volume. Quando os dados de blobs combinados num contentor aumentam para utilizar 80% ou mais do espaço disponível, o contentor entra no modo de excesso . Quando estiverem no modo de excesso, todos os novos blobs criados nesse contentor são alocados a um volume diferente que tenha espaço suficiente. Ao longo do tempo, um contentor no modo de excesso pode ter blobs distribuídos por vários volumes.

Quando são utilizados 90% (e, em seguida, 95%) do espaço disponível num volume, o sistema gera alertas no portal de administrador do Azure Stack Hub. Os operadores da cloud devem rever a capacidade de armazenamento disponível e planear o reequilíbrio do conteúdo. O serviço de armazenamento deixa de funcionar quando um disco é 100% utilizado e não são gerados alertas adicionais.

Volumes

O serviço de armazenamento particiona o armazenamento disponível em volumes separados que são alocados para armazenar dados do sistema e do inquilino. Os volumes combinam as unidades no agrupamento de armazenamento para introduzir os benefícios de desempenho, escalabilidade e tolerância a falhas de Espaços de Armazenamento Direto. Para obter mais informações sobre volumes no Azure Stack Hub, veja Gerir a infraestrutura de armazenamento do Azure Stack Hub.

Os volumes do arquivo de objetos contêm dados de inquilino. Os dados do inquilino incluem blobs de páginas, blobs de blocos, blobs de acréscimo, tabelas, filas, bases de dados e arquivos de metadados relacionados. O número de volumes de arquivo de objetos é igual ao número de nós na implementação do Azure Stack Hub:

  • Numa implementação de quatro nós, existem quatro volumes de arquivo de objetos. Numa implementação de vários nós, o número de volumes não é reduzido se um nó for removido ou se ocorrerem avarias.
  • Se utilizar o ASDK, existe um único volume com uma única partilha.

Os volumes do arquivo de objetos destinam-se à utilização exclusiva de serviços de armazenamento. Não pode modificar, adicionar ou remover ficheiros diretamente nos volumes. Apenas os serviços de armazenamento devem funcionar nos ficheiros armazenados nestes volumes.

Uma vez que os objetos de armazenamento (blobs, etc.) estão individualmente contidos num ú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 num volume como espaço não utilizado quando esse novo objeto é criado.

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

Para obter informações sobre como os utilizadores inquilinos trabalham com o armazenamento de blobs no Azure Stack Hub, veja Serviços de Armazenamento do Azure Stack Hub.

Monitorizar o armazenamento

Utilize Azure PowerShell ou o portal de administrador para monitorizar partilhas para que possa compreender quando o espaço livre é limitado. Quando utiliza o portal, recebe alertas sobre partilhas com pouco espaço.

Utilizar o PowerShell

Enquanto operador de cloud, pode monitorizar a capacidade de armazenamento de uma partilha com o cmdlet do PowerShell Get-AzsStorageShare . O cmdlet devolve o total, alocado e espaço livre, em bytes, em cada uma das partilhas.

Exemplo: Devolver espaço livre para partilhas.

  • Capacidade total: o espaço total, em bytes, que está disponível na partilha. Este espaço é utilizado para dados e metadados que são mantidos pelos serviços de armazenamento.
  • Capacidade utilizada: a quantidade de dados, em bytes, que é utilizada por todas as extensões dos ficheiros que armazenam os dados do inquilino e os metadados associados.

Utilizar o portal de administrador

Como operador da cloud, pode utilizar o portal de administrador para ver a capacidade de armazenamento de todas as partilhas.

  1. Inicie sessão no portal https://adminportal.local.azurestack.externalde administrador .

  2. Selecione Todos os serviços Partilhas de Ficheiros> deArmazenamento> para abrir a lista de partilha de ficheiros, onde pode ver as informações de utilização.

    Exemplo: captura de ecrã das partilhas de ficheiros de armazenamento no portal de administrador do Azure Stack Hub.

    • Total: o espaço total, em bytes, que está disponível na partilha. Este espaço é utilizado para dados e metadados que são mantidos pelos serviços de armazenamento.
    • Utilizado: a quantidade de dados, em bytes, que é utilizada por todas as extensões dos ficheiros que armazenam os dados do inquilino e os metadados associados.

Utilize Azure PowerShell ou o portal de administrador para monitorizar a capacidade aprovisionada e utilizada e planear a migração para garantir o funcionamento normal contínuo do sistema.

Existem três ferramentas para monitorizar a capacidade do volume:

  • Portal e PowerShell de para a capacidade de volume atual.
  • Alertas de espaço de armazenamento.
  • Métricas de capacidade de volume.

Nesta secção, vamos introduzir como utilizar estas ferramentas para monitorizar a capacidade do sistema.

Utilizar o PowerShell

Como operador da cloud, pode monitorizar a capacidade de armazenamento de um volume com o cmdlet do PowerShell Get-AzsVolume . O cmdlet devolve o total e o espaço livre em gigabyte (GB) em cada um dos volumes.

Exemplo: Devolver espaço livre para volumes.

  • Capacidade total: O espaço total em GB disponível na partilha. Este espaço é utilizado para dados e metadados que são mantidos pelos serviços de armazenamento.
  • Capacidade restante: A quantidade de espaço em GB que é livre para armazenar os dados do inquilino e os metadados associados.

Utilizar o portal de administrador

Como operador da cloud, pode utilizar o portal de administrador para ver a capacidade de armazenamento de todos os volumes.

  1. Inicie sessão no portal de administrador do Azure Stack Hub (https://adminportal.local.azurestack.external).

  2. Selecione Todos os serviços>Volumesde Armazenamento> para abrir a lista de volumes onde pode ver as informações de utilização.

    Exemplo: captura de ecrã dos volumes de armazenamento no portal de administrador do Azure Stack Hub.

    • Total: o espaço total disponível no volume. Este espaço é utilizado para dados e metadados que são mantidos pelos serviços de armazenamento.
    • Utilizado: a quantidade de dados utilizados por todas as extensões dos ficheiros que armazenam os dados do inquilino e os metadados associados.

Alertas de espaço de armazenamento

Quando utiliza o portal de administrador, recebe alertas sobre volumes com pouco espaço.

Importante

Enquanto operador da cloud, deve impedir que as partilhas atinjam a utilização total. Quando uma partilha é 100% utilizada, o serviço de armazenamento já não funciona para essa partilha. Para recuperar operações de espaço livre e restauro numa partilha 100% utilizada, tem de contactar o suporte da Microsoft.

  • Aviso: quando uma partilha de ficheiros é mais de 90% utilizada, recebe um alerta de Aviso no portal do administrador:

    Exemplo: Captura de ecrã do alerta de aviso no portal de administrador do Azure Stack Hub

  • Crítico: quando uma partilha de ficheiros é mais de 95% utilizada, recebe um alerta Crítico no portal do administrador:

    Exemplo: Captura de ecrã do alerta crítico no portal de administrador do Azure Stack Hub

  • Ver detalhes: no portal do administrador, pode abrir os detalhes de um alerta para ver as opções de mitigação:

    Exemplo: Captura de ecrã a mostrar os detalhes dos alertas no portal de administrador do Azure Stack Hub

Métricas de capacidade de volume

As métricas de capacidade de volume dão-lhe informações mais detalhadas sobre a capacidade aprovisionada e a capacidade utilizada para diferentes tipos de objetos. Os dados das métricas são preservados durante 30 dias. O serviço de monitorização em segundo plano atualiza os dados das métricas de capacidade de volume de hora a hora.

É necessário compreender a utilização de recursos de um volume ao verificar proativamente o relatório de métricas de capacidade. O operador da cloud pode analisar a distribuição do tipo de recurso quando um volume está a aproximar-se da totalidade para decidir a ação correspondente para libertar espaço. O operador também pode impedir a utilização excessiva do volume quando o tamanho aprovisionado do disco indica que o volume foi demasiado aprovisionado.

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

  • A Capacidade Total do Volume mostra a capacidade de armazenamento total do volume.
  • A Capacidade Restante do Volume mostra a capacidade de armazenamento restante do volume.
  • A Capacidade Utilizada do Disco de VM de Volume mostra o total de espaços ocupados por objetos relacionados com o disco da VM (incluindo blobs de páginas, discos geridos/instantâneos, imagens geridas e imagens de plataforma). O ficheiro VHD subjacente dos discos de VM pode partilhar a mesma extensão (veja Discos) com imagens, instantâneos ou outros discos. Este número pode ser inferior à soma da capacidade utilizada de todos os objetos relacionados com discos de VM individuais.
  • Volume Outra Capacidade Utilizada é o tamanho total utilizado de objetos que não os discos , incluindo blobs de blocos, blobs de acréscimo, tabelas, filas e metadados de blobs.
  • A Capacidade Aprovisionada do Disco de VM de Volume é o tamanho total aprovisionado dos blobs de páginas e dos discos/instantâneos geridos. Este tamanho é o valor máximo da capacidade total do disco de todos os discos geridos e os blobs de páginas no volume específico podem aumentar.

Exemplo: Métricas de capacidade de volume.

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

  1. Confirme que Azure PowerShell instalado e configurado. Para obter instruções sobre como configurar o ambiente do PowerShell, veja Instalar o PowerShell para o Azure Stack Hub. Para iniciar sessão no Azure Stack Hub, veja Configurar o ambiente do operador e iniciar sessão no Azure Stack Hub.

  2. Transfira as ferramentas do Azure Stack Hub a partir do repositório do GitHub. Para obter passos detalhados, veja Transferir ferramentas do Azure Stack Hub a partir do GitHub.

  3. Gere o json do Dashboard de Capacidade ao executar o DashboardGenerator em CapacityManagement.

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

    Haveria um ficheiro json com o nome começa com DashboardVolumeObjStore na pasta dashboardGenerator.

  4. Inicie sessão no portal de administrador do Azure Stack Hub (https://adminportal.local.azurestack.external).

  5. Na página Dashboard, clique em Carregar e selecione o ficheiro json gerado no Passo 3.

    Exemplo: carregar json do dashboard.

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

    Exemplo: dashboard de capacidade de volume.

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

    Exemplo: Métricas de capacidade detalhadas.

Padrões de utilização do volume

Ao verificar as métricas de capacidade do volume, o operador da cloud compreende a quantidade de capacidade de um volume utilizada e que tipo de recurso está a ocupar a maior parte da utilização do espaço. O padrão de utilização de espaço pode ser agrupado para os seguintes tipos, que o operador deve tomar medidas diferentes para cada um dos tipos:

Exemplo: padrão de utilização do volume.

Capacidade sobressalente subaprovisionada: existe capacidade disponível suficiente no volume e a capacidade total aprovisionada de todos os discos localizados neste volume é inferior à 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). Não precisa de efetuar nenhuma ação para operar o volume.

Capacidade sobreaprovisionada e sobressalente: a capacidade restante do volume é elevada, mas a capacidade aprovisionada 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, tem potencial para ser preenchido com os dados nos discos da VM localizados neste volume. Deve monitorizar de perto a tendência de utilização deste volume. Se mudar para o padrão de capacidade excessivamente aprovisionada e de baixa capacidade, poderá ter de tomar medidas para libertar o espaço.

Capacidade excessivamente aprovisionada e baixa: a capacidade restante do volume é baixa e a capacidade aprovisionada do disco da VM e a capacidade utilizada do disco da VM são elevadas.

A baixa capacidade restante indica que o volume está a atingir a utilização total. Os operadores têm de tomar medidas imediatas para libertar espaço para impedir que o volume seja 100% utilizado, o que bloquearia o serviço de armazenamento. A capacidade elevada utilizada do disco da VM mostra que a maior parte da utilização do volume são os discos de VM. Deve consultar a instrução Migrar disco para mover discos do volume completo para outros volumes disponíveis para espaço livre.

Blobs de blocos baixos e de baixa capacidade subaprovisionados: a capacidade restante do volume é baixa e a capacidade aprovisionada do disco da VM e a capacidade utilizada do disco da VM são baixas, mas a outra capacidade utilizada é elevada.

O volume corre o risco de ser totalmente utilizado, pelo que o operador deve tomar medidas imediatas para libertar espaço. A alta outra capacidade utilizada indica que a maior parte da capacidade de volume é obtida por blobs de bloco/acréscimo ou tabela/fila. Quando a capacidade disponível do volume for inferior a 20%, o excesso de contentor será ativado e o novo objeto de blob não será colocado neste volume quase completo. Mas os blobs existentes ainda podem crescer. Para impedir que os blobs de crescimento contínuo utilizem excessivamente a capacidade, pode contactar Suporte da Microsoft para consultar os contentores que ocupam espaço no volume específico e decidir se a limpeza desses contentores tem de ser feita pelos inquilinos para libertar algum espaço.

Aprovisionamento excessivo, baixa capacidade, blobs de blocos elevados: a capacidade restante do volume é baixa e a capacidade utilizada/aprovisionada do disco e outra capacidade utilizada é elevada. Este volume tem uma utilização de espaço elevada por discos e outros objetos de armazenamento. Deve libertar espaço para evitar que o volume esteja totalmente cheio. Recomenda-se que siga primeiro as instruções de Migrar disco para mover discos do volume completo para outros volumes disponíveis. Noutros casos, pode contactar Suporte da Microsoft para consultar os contentores que ocupam espaço no volume específico e decidir se a limpeza desses contentores tem de ser feita pelos inquilinos para libertar algum espaço.

Gerir o espaço disponível

Quando for necessário libertar espaço num volume, utilize primeiro os métodos menos invasivos. Por exemplo, tente recuperar espaço antes de optar por migrar um disco gerido.

Recuperar capacidade

Pode recuperar a capacidade utilizada pelas contas de inquilino que foram eliminadas. Esta capacidade é automaticamente recuperada quando o período de retenção de dados é atingido ou pode agir para recuperá-la imediatamente.

Para obter mais informações, veja a secção "Recuperar capacidade" de Gerir contas de armazenamento do Azure Stack Hub.

Migrar contentores entre volumes

Esta opção aplica-se apenas aos sistemas integrados do Azure Stack Hub.

Devido aos padrões de utilização do inquilino, algumas partilhas de inquilinos utilizam mais espaço do que outras. Isto pode resultar em algumas partilhas com pouco espaço antes de outras partilhas relativamente não utilizadas.

Pode libertar espaço numa partilha utilizada em excesso ao migrar manualmente alguns contentores de blobs para uma partilha diferente. Pode migrar vários contentores mais pequenos para uma única partilha que tenha capacidade para os manter todos. Utilize a migração para mover contentores gratuitos . Os contentores gratuitos são contentores que não contêm um disco para uma VM.

A migração consolida todos os blobs de um contentor na nova partilha.

  • Se um contentor entrou no modo de excesso e colocou blobs noutros volumes, a nova partilha tem de ter capacidade suficiente para manter todos os blobs pertencentes ao contentor que migrar, incluindo os blobs que estão a transbordar.

  • O cmdlet Get-AzsStorageContainer do PowerShell identifica apenas o espaço em utilização no volume inicial de um contentor. O cmdlet não identifica o espaço utilizado pelos blobs que estão sobrecarregados com volumes adicionais. Portanto, o tamanho total de um contentor pode não ser evidente. É possível que a consolidação de um contentor numa nova partilha possa enviar essa nova partilha para uma condição de sobreposição excedida, onde coloca dados em partilhas adicionais. Como resultado, poderá ter de reequilibrar as partilhas.

  • Se não tiver permissões para determinados grupos de recursos e não conseguir utilizar o PowerShell para consultar os volumes adicionais para dados excedidos, trabalhe com o proprietário desses grupos de recursos e contentores para compreender a quantidade total de dados a migrar antes de os migrar.

Importante

A migração de blobs para um contentor é uma operação offline que requer a utilização do PowerShell. Até a migração estar concluída, todos os blobs do contentor que está a migrar permanecem offline e não podem ser utilizados. Também deve evitar atualizar o Azure Stack Hub até que toda a migração em curso esteja concluída.

Migrar contentores com o PowerShell

  1. Confirme que Azure PowerShell instalado e configurado. Para obter mais informações, veja Gerir recursos do Azure com Azure PowerShell.

  2. Examine o contentor para compreender que dados estão na partilha que planeia migrar. Para identificar os melhores contentores candidatos para migração num volume, utilize 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 as melhores partilhas de destino para armazenar o contentor que está a migrar:

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

    Em seguida, examine $destinationshares:

    $destinationshares
    

    Exemplo: $destination partilhas

  4. Inicie a migração de um contentor. A migração é assíncrona. Se iniciar a migração de outro contentor antes de a primeira migração estar concluída, utilize o ID da tarefa para controlar o estado 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 seguinte, substitua d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 pelo ID do trabalho que pretende examinar:

    $jobId
    d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
    
  5. Utilize o ID da tarefa para verificar o estado da tarefa de migração. Quando a migração do contentor estiver concluída, MigrationStatus está definido como Concluído.

    Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
    

    Captura de ecrã que mostra o estado da migração.

  6. Pode cancelar uma tarefa de migração em curso. As tarefas de migração canceladas são processadas de forma assíncrona. Pode controlar os cancelamentos com $jobid:

    Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
    

    Exemplo: Estado da reversão

  7. Pode executar o comando a partir do passo 6 novamente, até que o estado da migração seja Cancelado:

    Captura de ecrã que mostra um exemplo de um estado de migração cancelado.

Mover discos de VM

Esta opção aplica-se apenas aos sistemas integrados do Azure Stack Hub.

O método mais extremo para gerir o espaço envolve mover discos de VM. Uma vez que mover um contentor anexado (que contém um disco de VM) é complexo, contacte o suporte da Microsoft para realizar esta ação.

Migrar um disco gerido entre volumes

Esta opção aplica-se apenas aos sistemas integrados do Azure Stack Hub.

Devido aos padrões de utilização do inquilino, alguns volumes de inquilinos utilizam mais espaço do que outros. O resultado pode ser um volume com pouco espaço antes de outros volumes relativamente não utilizados.

Pode libertar espaço num volume em excesso ao migrar manualmente alguns discos geridos para um volume diferente. Pode migrar vários discos geridos para um único volume que tenha capacidade para os manter todos. Utilize a migração para mover discos geridos offline . Os discos geridos offline são discos que não estão ligados a uma VM.

Importante

A migração de discos geridos é uma operação offline que requer a utilização do PowerShell. Tem de desalocar as VMs do proprietário do disco candidato ou desanexar os discos candidatos para migração da VM do proprietário antes de iniciar a tarefa de migração (assim que a tarefa de migração estiver concluída, pode realocar as VMs ou voltar a ligar os discos). Até que a migração seja concluída, todos os discos geridos que está a migrar têm de permanecer reservados ou offline e não podem ser utilizados, caso contrário, a tarefa de migração abortaria e todos os discos não digeridos ainda estão nos volumes originais. Também deve evitar atualizar o Azure Stack Hub até que toda a migração em curso seja concluída.

Para migrar discos geridos com o PowerShell

  1. Confirme que Azure PowerShell instalado e configurado. Para obter instruções sobre como configurar o ambiente do PowerShell, veja Instalar o PowerShell para o Azure Stack Hub. Para iniciar sessão no Azure Stack Hub, veja Configurar o ambiente do operador e iniciar sessão no Azure Stack Hub.

  2. Examine os discos geridos para compreender que discos estão no volume que planeia migrar. Para identificar os melhores discos candidatos para migração num volume, utilize 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 OfflineMigration -SharePath $MigrationSource | Select-Object -First 10
    

    Em seguida, examine $disks:

    $Disks
    

    Exemplo: $Disks

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

    $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. Iniciar a migração para discos geridos. A migração é assíncrona. Se iniciar a migração de outros discos antes da conclusão da primeira migração, utilize o nome da tarefa para controlar o estado de cada um.

    $jobName = "MigratingDisk"
    Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
    
  5. Utilize o nome da tarefa para verificar o estado da tarefa de migração. Quando a migração do disco estiver concluída, MigrationStatus está definido como Concluído.

    $job = Get-AzsDiskMigrationJob -Name $jobName
    

    Exemplo: Estado da migração

    Se estiver a migrar vários discos geridos numa tarefa de migração, também pode verificar as sub-tarefas da tarefa.

    $job.Subtask
    

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

  6. Pode cancelar uma tarefa de migração em curso. As tarefas de migração canceladas são processadas de forma assíncrona. Pode controlar o cancelamento utilizando o nome da tarefa até que o estado confirme que a tarefa de migração é Cancelada:

    Stop-AzsDiskMigrationJob -Name $jobName
    

    Exemplo: Estado cancelado

Distribuir discos não geridos

Esta opção aplica-se apenas aos sistemas integrados do Azure Stack Hub.

O método mais extremo para gerir o espaço envolve mover discos não geridos. Se o inquilino adicionar números de discos não geridos a um contentor, a capacidade total utilizada do contentor poderá aumentar para além da capacidade disponível do volume que o mantém antes de o contentor entrar no modo de transbordo . Para evitar que um único contentor esgote o espaço de um volume, o inquilino pode distribuir os discos não geridos existentes de um contentor para contentores diferentes. Uma vez que a distribuição de um contentor anexado (que contém um disco de VM) é complexa, contacte Suporte da Microsoft para realizar esta ação.

Memória disponível para VMs

O Azure Stack Hub é criado como um cluster hiperconvergido de computação e armazenamento. A convergência permite a partilha do hardware, referida como uma unidade de dimensionamento. No Azure Stack Hub, uma unidade de dimensionamento fornece a disponibilidade e escalabilidade dos recursos. Uma unidade de dimensionamento consiste num conjunto de servidores do Azure Stack Hub, referidos como anfitriões ou nós. O software de infraestrutura é alojado num conjunto de VMs e partilha os mesmos servidores físicos que as VMs de inquilino. Todas as VMs do Azure Stack Hub são então geridas pelas tecnologias de clustering do Windows Server da unidade de escala e instâncias individuais do Hyper-V. A unidade de dimensionamento simplifica a aquisição e gestão do Azure Stack Hub. A unidade de dimensionamento também permite o movimento e escalabilidade de todos os serviços no Azure Stack Hub, inquilino e infraestrutura.

Pode rever um gráfico circular no portal de administração que mostra a memória gratuita e utilizada no Azure Stack Hub, como abaixo:

memória física no Azure Stack Hub

Os seguintes componentes consomem a memória na secção utilizada do gráfico circular:

  • Utilização ou reserva do SO anfitrião Esta é a memória utilizada pelo sistema operativo (SO) no anfitrião, tabelas de páginas de memória virtual, processos em execução no SO anfitrião e a cache de memória direta dos espaços. Uma vez que este valor depende da memória utilizada pelos diferentes processos hyper-V em execução no anfitrião, pode flutuar.
  • Serviços de infraestrutura Estas são as VMs de infraestrutura que compõem o Azure Stack Hub. Isto implica aproximadamente 31 VMs que ocupam 242 GB + (4 GB x número de nós) de memória. A utilização da memória do componente dos serviços de infraestrutura pode mudar à medida que trabalhamos para tornar os nossos serviços de infraestrutura mais dimensionáveis e resilientes.
  • Reserva de resiliência O Azure Stack Hub reserva uma parte da memória para permitir a disponibilidade do inquilino durante uma única falha do anfitrião e durante o patch e a atualização para permitir a migração em direto com êxito das VMs.
  • VMs de inquilino Estas são as VMs criadas pelos utilizadores do Azure Stack Hub. Além de executar VMs, a memória é consumida por quaisquer VMs que tenham desembarcado nos recursos de infraestrutura. Isto significa que as VMs no estado Criar ou Com Falha , ou as VMs encerradas a partir do convidado, consumirão memória. No entanto, as VMs que foram desalocadas com a opção parar desalocada do portal de utilizadores do Azure Stack Hub, do PowerShell e da CLI do Azure não consumirão memória do Azure Stack Hub.
  • Fornecedores de Recursos de Suplementos VMs implementadas para os fornecedores de recursos de suplementos, como SQL, MySQL e Serviço de Aplicações.

Capacidade utilizada num painel num Azure Stack Hub de quatro nós

Memória Disponível para colocação de VMs

Como operador cloud do Azure Stack Hub, não existe uma forma automatizada de verificar a memória alocada para cada VM. Pode ter acesso às VMs do utilizador e calcular manualmente a memória alocada. No entanto, a memória alocada não refletirá a utilização real. Este valor pode ser inferior ao valor alocado.

Para preparar a memória disponível para VMs, é utilizada a seguinte fórmula:

Memória Disponível para colocação de VMs = Total 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 anfitrião único

N = Tamanho da unidade de escala (número de anfitriões)

R = Reserva/memória do sistema operativo utilizada pelo SO Anfitrião, que é 0,15 nesta fórmula

V = VM maior (em termos de memória) na unidade de dimensionamento

Sobrecarga da Infraestrutura do Azure Stack Hub = 242 GB + (4 GB x # de nós). Estas contas das aproximadamente 31 VMs são utilizadas para alojar a infraestrutura do Azure Stack Hub.

Memória utilizada pelo SO Anfitrião = 15 por cento (0,15) de memória do anfitrião. O valor de reserva do sistema operativo é uma estimativa e irá variar com base na capacidade de memória física do anfitrião e na sobrecarga geral do sistema operativo.

O valor V, a maior VM da unidade de escala, baseia-se dinamicamente na maior VM de inquilino implementada. Por exemplo, o maior valor de VM pode ser 7 GB ou 112 GB ou qualquer outro tamanho de memória de VM suportado na solução do Azure Stack Hub. Escolhemos o tamanho da maior VM aqui para ter memória suficiente reservada para que uma migração em direto desta VM grande não falhe. Alterar a maior VM nos recursos de infraestrutura do Azure Stack Hub resultará num aumento da reserva de resiliência, além do aumento da 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 Anfitrião (H) 384
Memória Total da Unidade de Escala 4608
Reserva do SO (R) 15%
VM maior (V) 112
Reserva de Resiliência = H + R * ((N-1) * H) + V * (N-2)
Reserva de Resiliência = 2137.6

Assim, com as informações acima, pode calcular que um Azure Stack com 12 nós de 384 GB por anfitrião (Total de 4.608 GB) tem 2137 GB reservados para resiliência se a maior VM tiver memória de 112 GB.

Quando consulta o painel Capacidade da Memória física de acordo com o valor utilizado abaixo, o valor Utilizado inclui a Reserva de Resiliência. O gráfico é de uma instância do Azure Stack Hub de quatro nós.

Utilização da capacidade num Azure Stack Hub de quatro nós

Tenha em atenção estas considerações ao planear a capacidade do Azure Stack Hub. Além disso, pode utilizar o Planeador de Capacidade do Azure Stack Hub.

Passos seguintes

Para saber mais sobre como oferecer VMs aos utilizadores, veja Gerir a capacidade de armazenamento do Azure Stack Hub.