Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo fornece informações de infraestrutura de armazenamento do Azure Stack Hub para ajudá-lo a decidir como integrar o Azure Stack Hub em seu ambiente de rede existente. Depois de fornecer uma discussão geral sobre a extensão do seu datacenter, o artigo apresenta dois cenários diferentes. Você pode se conectar a um servidor de armazenamento de arquivos do Windows. Você também pode se conectar a um servidor iSCSI do Windows.
Visão geral da extensão do armazenamento para o Azure Stack Hub
Existem cenários em que ter os seus dados localizados na nuvem pública não é suficiente. Talvez tenha uma carga de trabalho virtualizada intensiva em computação e sensível a latências, e o tempo de ida e volta até à cloud pública possa afetar o desempenho da carga de trabalho da base de dados. Talvez existam dados on-premises, guardados num servidor de ficheiros, NAS ou array de armazenamento iSCSI, que precisam de ser acedidos por cargas de trabalho on-premises e precisam de residir on-premises para cumprir objetivos regulatórios ou de conformidade. Estes cenários mostram porque é que ter dados no local continua a ser importante para muitas organizações.
Então, porque não alojar esses dados em contas de armazenamento no Azure, ou dentro de servidores de ficheiros virtualizados, a correr no sistema Azure Stack Hub? Bem, ao contrário do Azure, o armazenamento do Azure Stack Hub é finito. A capacidade disponível para o seu uso depende inteiramente da capacidade por nó que escolhe comprar, além do número de nós que tem. E como o Azure Stack Hub é uma solução hiperconvergente, se quiser aumentar a sua capacidade de armazenamento para satisfazer as exigências de utilização, também precisa de aumentar a sua pegada de computação através da adição de nós. Este requisito pode ser potencialmente proibitivo, especialmente se a necessidade de capacidade extra for para armazenamento a frio e arquivístico que poderia ser adicionado a baixo custo fora do sistema Azure Stack Hub.
Este requisito leva-o ao cenário que aborda na secção seguinte. Como pode ligar sistemas do Azure Stack Hub, cargas de trabalho virtualizadas a correr no Azure Stack Hub, de forma simples e eficiente, a sistemas de armazenamento fora do Azure Stack Hub, acessíveis através da rede?
Projeto para estender o armazenamento
O diagrama seguinte representa um cenário em que uma única máquina virtual a executar uma carga de trabalho se liga e utiliza armazenamento externo (para a VM e para o próprio Azure Stack Hub) para fins de leitura e escrita de dados. Neste artigo, foca-se na simples recuperação de ficheiros, mas pode expandir este exemplo para cenários mais complexos, como o armazenamento remoto de ficheiros de base de dados.
No diagrama, vê-se que a VM no sistema Azure Stack Hub está implementada com múltiplas NICs. Tanto por redundância, como por uma boa prática de armazenamento, é importante ter múltiplos caminhos entre o alvo e o destino. Onde as coisas se tornam mais complexas, é onde as VMs no Azure Stack Hub têm IPs públicos e privados, assim como no Azure. Se o armazenamento externo precisar de chegar à VM, só pode fazê-lo através do IP público, pois os IPs privados são usados principalmente nos sistemas Azure Stack Hub, nas vNets e nas subredes. O armazenamento externo não pode comunicar com o espaço IP privado da VM, a menos que passe por uma VPN site-to-site, para aceder à própria vNet. Portanto, neste exemplo, foque-se na comunicação através do espaço público de IP pública. Uma coisa a notar com o espaço de IP público no diagrama é que existem duas sub-redes diferentes de pool de IP pública. Por defeito, o Azure Stack Hub requer apenas um pool para fins de endereço IP público, mas algo a considerar, para encaminhamento redundante, é adicionar um segundo. No entanto, neste momento, não é possível selecionar um endereço IP de um pool específico, por isso pode mesmo acabar com VMs com IPs públicos do mesmo pool em várias placas de rede virtuais.
Para efeitos desta discussão, assuma que o encaminhamento entre os dispositivos de fronteira e o armazenamento externo está tratado, e que o tráfego pode atravessar a rede adequadamente. Neste exemplo, não importa se a espinha dorsal é de 1 GbE, 10 GbE, 25 GbE ou até mais rápido. No entanto, esta escolha seria importante a considerar ao planear a sua integração, para responder às necessidades de desempenho de quaisquer aplicações que acedam a este armazenamento externo.
Conectar-se a um destino iSCSI do Windows Server
Neste cenário, implementa e configura uma máquina virtual Windows Server 2019 no Azure Stack Hub e prepara-a para se ligar a um iSCSI Target externo, que também corre o Windows Server 2019. Quando apropriado, ativa funcionalidades chave como o MPIO, para otimizar o desempenho e a conectividade entre a VM e o armazenamento externo.
Implantar a VM do Windows Server 2019 no Azure Stack Hub
No portal de administração do Azure Stack Hub, assumindo que regista o sistema corretamente e o liga ao marketplace, selecione Gestão do Marketplace. Se ainda não tiver uma imagem do Windows Server 2019, selecione Adicionar do Azure e depois procure por Windows Server 2019. Adicione a imagem do Datacenter do Windows Server 2019.
Descarregar uma imagem do Windows Server 2019 pode demorar algum tempo.
Depois de adicionar uma imagem do Windows Server 2019 ao seu ambiente do Azure Stack Hub, inicie sessão no portal do utilizador do Azure Stack Hub.
Depois de iniciar sessão no portal do utilizador do Azure Stack Hub, certifique-se de que tem uma subscrição de uma oferta que lhe permita fornecer recursos IaaS (Computação, Armazenamento e Rede).
Depois de subscrever, volte ao painel do portal do utilizador do Azure Stack Hub, selecione Criar um recurso, selecione Computar e depois selecione o item da galeria do Windows Server 2019 Datacenter.
Na lâmina Basics , introduza a seguinte informação:
Designação: VM001
Nome de usuário: localadmin
Palavra-passe e Confirmar palavra-passe: <palavra-passe à sua escolha>
Assinatura: <assinatura à sua escolha, com recursos de computação/armazenamento/rede>.
Grupo de recursos: storagetesting (criar novo)
Selecione OK
No separador Escolha um tamanho, selecione um Standard_F8s_v2 e selecione Selecionar.
Na lâmina de Definições , selecione a rede virtual. Na blade Criar rede virtual , defina o espaço de endereçamento para 10.10.10.0/23 e atualize o intervalo de endereços de sub-rede para 10.10.10.0/24. Selecione OK.
Selecione o endereço IP público. Na lâmina Criar endereço IP público , selecione o botão de opção Estática .
Na lista suspensa Selecionar portas de entrada públicas, selecione RDP (3389).
Deixe os outros padrões e selecione OK.
Leia o resumo, aguarde a validação e depois selecione OK para iniciar a implementação. O desdobramento deverá concluir em cerca de 10 minutos.
Após a implementação concluída, em Recurso selecione o nome da máquina virtual, VM001 , para abrir Visão Geral.
Em Nome DNS, selecione Configurar e fornecer um rótulo de nome DNS, vm001 e selecione Salvar e, em seguida, selecione VM001.
No lado direito da folha de visão geral, selecione storagetesting-vnet/default no texto Rede virtual/sub-rede.
Dentro da blade storagetesting-vnet , selecione Subnets e depois +Subnet. Na nova lâmina Adicionar Subrede, introduza a seguinte informação e depois selecione OK:
Nome: subnet2
Intervalo de endereços (bloco CIDR): 10.10.11.0/24
Grupo de Segurança de Rede: Nenhum
Tabela de rotas: Nenhum
Depois de guardar, selecione VM001.
Do lado esquerdo da vista geral, selecione Redes.
Selecione Ligar interface de rede e depois selecione Criar interface de rede.
No Criar interface de rede, introduza a seguinte informação:
Nome: vm001nic2
Sub-rede: Certifique-se de que a sub-rede seja 10.10.11.0/24
Grupo de segurança de rede: VM001-nsg
Grupo de recursos: storagetesting
Depois de ligares a interface de rede, seleciona VM001 e seleciona Stop para desligar a VM.
Depois de a VM ser parada (desalocada), no lado esquerdo da visão geral, selecione Rede, selecione Ligar interface de rede e depois selecione vm001nic2. Selecione OK. A NIC adicional é adicionada à VM dentro de alguns momentos.
Ainda na blade de Rede , selecione o separador vm001nic2 e depois selecione Interface de Rede:vm001nic2.
Na folha da interface vm001nic, selecione Configurações de IP e, no centro da folha, selecione ipconfig1.
Na blade de definições ipconfig1, selecione Ativado para endereço IP público e selecione Configurar definições necessárias. Selecione Criar novo, introduza vm001nic2pip para o nome, selecione Estático e selecione OK. Selecione Guardar.
Depois de guardar as definições, volte à visão geral do VM001 e selecione Iniciar para iniciar a sua VM Windows Server 2019 configurada.
Depois do início da VM, estabeleça uma sessão RDP no VM001.
Depois de se ligar dentro da VM, abra o CMD (como administrador) e introduza o nome do host para recuperar o nome do computador do sistema operativo. Deve corresponder a VM001. Anota este nome para mais tarde.
Configurar o segundo adaptador de rede na VM do Windows Server 2019 no Azure Stack Hub
Por padrão, o Azure Stack Hub atribui um gateway padrão à primeira interface de rede (primária) conectada à máquina virtual. O Azure Stack Hub não atribui um gateway por defeito a interfaces de rede adicionais (secundárias) ligadas a uma máquina virtual. Portanto, não pode comunicar com recursos fora da sub-rede onde se encontra uma interface de rede secundária, por defeito. No entanto, interfaces de rede secundárias podem comunicar com recursos fora da sua sub-rede, embora os passos para permitir a comunicação sejam diferentes para sistemas operativos diferentes.
Se ainda não tiver uma ligação aberta, estabeleça uma ligação RDP para o VM001.
Abra o CMD como administrador e execute route print, que deve retornar as duas interfaces (adaptadores de rede Hyper-V) dentro desta VM.
Execute o ipconfig para ver qual o endereço IP atribuído à interface secundária de rede. Neste exemplo, 10.10.11.4 é atribuído à interface 6. Nenhum endereço de gateway padrão é retornado para a interface de rede secundária.
Para rotear todo o tráfego destinado a endereços fora da sub-rede da interface de rede secundária para o gateway da sub-rede, execute o seguinte comando do CMD:.
route add -p 0.0.0.0 MASK 0.0.0.0 <ipaddress> METRIC 5015 IF <interface>O
<ipaddress>é o endereço .1 da sub-rede atual e<interface>é o número da interface.
Para confirmar se a rota adicionada está na tabela de rotas, digite o comando route print .
Você também pode validar a comunicação de saída executando um comando ping:
ping 8.8.8.8 -S 10.10.11.4
O-Ssinalizador permite especificar um endereço de origem, neste caso, 10.10.11.4 é o endereço IP da NIC que agora tem um gateway padrão.Feche CMD.
Configurar o destino iSCSI do Windows Server 2019
Neste cenário, valida-se uma configuração em que o Windows Server 2019 iSCSI Target é uma máquina virtual a correr em Hyper-V, fora do ambiente Azure Stack Hub. Configura esta máquina virtual com oito processadores virtuais, um único ficheiro VHDX e, mais importante ainda, dois adaptadores de rede virtual. Num cenário ideal, estes adaptadores de rede têm sub-redes roteáveis diferentes, mas nesta validação, têm adaptadores de rede na mesma sub-rede.
Para o seu servidor alvo iSCSI, pode usar o Windows Server 2016 ou Windows Server 2019, físico ou virtual, a correr em Hyper-V, VMware ou num appliance alternativo à sua escolha, como um SAN iSCSI físico dedicado. O foco principal é a conectividade para dentro e fora do sistema Azure Stack Hub. No entanto, ter múltiplos caminhos entre a origem e o destino é preferível, pois proporciona redundância adicional e permite o uso de capacidades mais avançadas para aumentar o desempenho, como o MPIO.
Atualize o seu Windows Server 2019 iSCSI Target com as últimas atualizações e correções cumulativas, e reinicie se necessário, antes de proceder à configuração das partilhas de ficheiros.
Após atualizar e reiniciar, pode agora configurar este servidor como um Target iSCSI.
Abra o Gestor de Servidor e selecione Gerir, e depois selecione Adicionar Papéis e Funcionalidades.
Depois de abrir, selecione Avançar, selecione Instalação baseada em funções ou recursos e prossiga com as seleções até chegar à página Selecionar funções de servidor.
Expanda Serviços de Ficheiros e Armazenamento, expanda Serviços de Ficheiros & iSCSI e selecione a caixa Servidor de Alvo iSCSI . Aceite quaisquer avisos pop-up para adicionar novas funcionalidades e depois prossiga até à conclusão.
Depois de concluído, feche o Gerenciador do Servidor.
Abrir o Explorador de Ficheiros, ir a C:\ e criar uma nova pasta chamada iSCSI.
Reabra o Gerenciador do Servidor e selecione Serviços de Arquivo e Armazenamento no menu à esquerda.
Selecione iSCSI e selecione o link "Para criar um disco virtual iSCSI, inicie o Assistente para Novo Disco Virtual iSCSI" no painel direito. É aberta uma caixa de diálogo.
Na página Selecionar local do disco virtual iSCSI, selecione o botão de opção para Insira um caminho personalizado, navegue até C:\iSCSI e selecione Avançar.
Introduza iSCSIdisk1 como nome para o disco virtual iSCSI e, opcionalmente, adicione uma descrição e depois selecione Próximo.
Defina o tamanho do disco virtual para 10GB, selecione Tamanho Fixo e selecione Próximo.
Como este é um novo destino, selecione Novo destino iSCSI e selecione Avançar.
Na página Especificar nome do destino, digite TARGET1 e selecione Avançar.
Na página Especificar servidores de acesso, selecione Adicionar. Este passo abre um diálogo para introduzir iniciadores específicos autorizados a ligar-se ao alvo iSCSI.
Na janela Adicionar ID do iniciador, selecione Inserir um valor para o tipo selecionado e, em Tipo, certifique-se de que IQN está selecionado no menu pendente. Introduza iqn.1991-05.com.microsoft:<nomecomputador> , onde <nomecomputador> é o nome do computadorVM001 , e depois selecione Próximo.
Na página Ativar Autenticação , deixe as caixas em branco e depois selecione Próximo.
Confirma as tuas escolhas e seleciona Criar, e depois fecha. Você deve ver o disco virtual iSCSI criado no Gerenciador do Servidor.
Configurar o iniciador iSCSI do Windows Server 2019 e o MPIO
Para configurar o iSCSI Initiator, primeiro, inicie sessão no portal do utilizador do Azure Stack Hub no seu sistema Azure Stack Hub e aceda à página de visão geraldo VM001.
Estabeleça uma conexão RDP com VM001. Uma vez conectado, abra o Gerenciador do Servidor.
Selecione Adicionar funções e recursos e aceite os padrões até chegar à página Recursos .
Na página de Funcionalidades, adicione Multipath I/O e selecione Seguinte.
Selecione a caixa Reiniciar o servidor de destino automaticamente, se necessário, selecione Instalar, e depois selecione Fechar. É muito provável que seja necessário reiniciar, por isso, uma vez concluído, volte a ligar-se ao VM001.
De volta ao Gestor de Servidor, espere que a instalação do MPIO termine, selecione fechar e depois selecione Ferramentas e selecione MPIO.
Selecione o separador Descobrir Multi-Caminhos , selecione a caixa para Adicionar suporte para dispositivos iSCSI e selecione Adicionar, e depois selecione Sim para reiniciar o VM001. Se não receber uma janela, selecione OK e depois reinicie manualmente.
Uma vez reinicializado, estabeleça uma nova conexão RDP com VM001.
Uma vez conectado, abra o Gerenciador do Servidor, selecione Ferramentas e selecione Iniciador iSCSI.
Quando uma janela iSCSI da Microsoft aparecer, selecione Sim para permitir que o serviço iSCSI seja executado por padrão.
Na janela de propriedades do Iniciador iSCSI, selecione o separador Descoberta.
Adicionas dois alvos, por isso primeiro seleciona o botão Descobrir Portal .
Digite o primeiro endereço IP do servidor de destino iSCSI e selecione Avançado.
Na janela de Definições Avançadas, selecione o seguinte e depois selecione OK.
Adaptador local: Microsoft iSCSI Initiator.
IP do iniciador: 10.10.10.4.
Na janela de retorno ao Discover Target Portal, selecione OK.
Repita o processo com os seguintes valores:
Endereço IP: seu segundo endereço IP de destino iSCSI.
Adaptador local: Microsoft iSCSI Initiator.
IP do iniciador: 10.10.11.4.
Seus portais de destino devem ter esta aparência, com seus próprios IPs de destino iSCSI na coluna Endereço .
De volta à guia Destinos, selecione o seu destino iSCSI no meio da janela e selecione Ligar.
Na janela Ligar ao alvo , selecione a caixa Ativar múltiplos caminhos e selecione Avançado.
Insira as seguintes informações e selecione OK. Na janela Ligar ao Alvo, selecione OK.
- Adaptador local: Microsoft iSCSI Initiator.
- IP do iniciador: 10.10.10.4.
- IP do portal de destino: <seu primeiro IP de destino iSCSI / 3260>.
Repete o processo para a segunda combinação de iniciador e alvo.
- Adaptador local: Microsoft iSCSI Initiator.
- IP do iniciador: 10.10.11.4.
- IP do portal de destino: <seu segundo IP de destino iSCSI / 3260>.
Selecione o separador Volumes e Dispositivos e depois selecione Configurar Automaticamente. Vê um volume MPIO apresentado:
De volta ao separador Alvos , selecione Dispositivos e verá duas ligações ao único VHD iSCSI que criou anteriormente.
Selecione o botão MPIO para ver mais informações sobre a política e os caminhos de balanceamento de carga.
Selecione OK três vezes para sair das janelas e do Iniciador iSCSI.
Abre a Gestão de Discos (diskmgmt.msc) e aparece-te uma janela de Inicializar o Disco .
Seleciona OK para aceitar os predefinidos. Depois desça até ao novo disco, clique com o botão direito e selecione Novo Volume Simples.
Siga o assistente, aceitando as predefinições. Altere o rótulo do volume para iSCSIdisk1 e selecione Concluir.
A unidade é então formatada e apresentada com uma letra de unidade.
Abra o Explorador de Ficheiros e selecione Este PC para ver o seu novo disco ligado ao VM001.
Testando a conectividade de armazenamento externo
Para validar a comunicação e executar um teste rudimentar de cópia de ficheiros, primeiro, inicie sessão no portal do utilizador do Azure Stack Hub no seu sistema Azure Stack Hub e vá à página de visão geral do VM001.
Selecione Ligar para estabelecer uma ligação RDP ao VM001.
Abrir o Gestor de Tarefas, selecionar o separador Performance e depois encaixar a janela no lado direito da sessão RDP.
Abra o Windows PowerShell ISE como administrador e encaixe-o no lado esquerdo da sessão RDP. No lado direito do ISE, feche o painel Comandos e selecione o botão Script para expandir o painel de script branco na parte superior da janela do ISE.
Nesta VM, não existem módulos PowerShell nativos para criar um VHD, que se usa como um ficheiro grande para testar a transferência de ficheiros para o iSCSI Target. Neste caso, execute o DiskPart para criar um ficheiro VHD. No ISE, execute os seguintes passos:
Start-Process DiskpartAbre-se uma nova janela de CMD. Digite o seguinte comando:
Create vdisk file="c:\\test.vhd" type=fixed maximum=5120
Este processo demora alguns momentos. Quando estiver pronto, abre o Explorador de Ficheiros e vai a C:\ - vês o novo ficheiro test.vhd e um tamanho de 5 GB.
Feche a janela CMD e volte ao ISE. Introduza o comando seguinte na janela do script. Substitua F:\ pela letra de drive iSCSI Target que aplicaste anteriormente.
Copy-Item "C:\\test.vhd" -Destination "F:\\"Selecione a linha na janela de script e pressione F8 para executar.
Enquanto o comando está a correr, observe os dois adaptadores de rede e veja a transferência de dados a ocorrer entre ambos os adaptadores de rede no VM001. Deves também reparar que cada adaptador de rede partilha a carga de forma equilibrada.
Este cenário destaca a conectividade entre uma carga de trabalho a correr no Azure Stack Hub e um array de armazenamento externo, neste caso, um iSCSI Target baseado no Windows Server. Este cenário não foi concebido para ser um teste de desempenho, nem para refletir os passos que teria de executar se estivesse a usar um appliance alternativo baseado em iSCSI. No entanto, destaca algumas das considerações centrais que deve fazer ao implementar cargas de trabalho no Azure Stack Hub e ligá-las a sistemas de armazenamento fora do ambiente Azure Stack Hub.