Expandir o armazenamento para o Azure Stack Hub
Este artigo fornece informações sobre a infraestrutura de armazenamento do Azure Stack Hub para o ajudar a decidir como integrar o Azure Stack Hub no seu ambiente de rede existente. Depois de fornecer um debate geral sobre a expansão do datacenter, o artigo apresenta dois cenários diferentes. Pode ligar a um servidor de armazenamento de ficheiros do Windows. Também pode ligar a um servidor Windows iSCSI.
Descrição geral da expansão do armazenamento para o Azure Stack Hub
Existem cenários em que ter os seus dados localizados na cloud pública não é suficiente. Talvez tenha uma carga de trabalho de base de dados virtualizada intensiva em computação, sensível às latências e o tempo de ida e volta para a cloud pública possa afetar o desempenho da carga de trabalho da base de dados. Talvez existam dados no local, mantidos num servidor de ficheiros, NAS ou matriz de armazenamento iSCSI, que precisam de ser acedidos por cargas de trabalho no local e precisam de residir no local para cumprir os objetivos regulamentares ou de conformidade. Estes são apenas dois dos cenários em que ter dados no local continua a ser importante para muitas organizações.
Então, por que não apenas alojar esses dados em contas de armazenamento no Azure Stack Hub ou dentro de servidores de ficheiros virtualizados, em execução no sistema do Azure Stack Hub? Ao contrário do que acontece no Azure, o armazenamento do Azure Stack Hub é finito. A capacidade que tem disponível para a sua utilização depende inteiramente da capacidade por nó que escolheu comprar, para além do número de nós que tem. Além disso, uma vez que o Azure Stack Hub é uma solução Hyper-Converged, se quiser aumentar a capacidade de armazenamento para satisfazer as exigências de utilização, também tem de aumentar a sua pegada de computação através da adição de nós. Isto pode ser potencialmente proibitivo de custos, especialmente se a necessidade de capacidade adicional for para armazenamento de arquivo e frio que possa ser adicionado a baixo custo fora do sistema do Azure Stack Hub.
O que o leva ao cenário que irá abordar abaixo. Como pode ligar sistemas do Azure Stack Hub, cargas de trabalho virtualizadas em execução no Azure Stack Hub, de forma simples e eficiente, a sistemas de armazenamento fora do Azure Stack Hub, acessíveis através da rede.
Estrutura para expandir o armazenamento
O diagrama ilustra um cenário em que uma única máquina virtual, a executar uma carga de trabalho, se liga e utiliza o armazenamento externo (à VM e ao próprio Azure Stack Hub), para efeitos de leitura/escrita de dados, etc. Para este artigo, irá focar-se na obtenção simples de ficheiros, mas pode expandir este exemplo para cenários mais complexos, como o armazenamento remoto de ficheiros de base de dados.
No diagrama, verá que a VM no sistema do Azure Stack Hub foi implementada com vários NICs. Tanto de uma redundância como de uma melhor prática de armazenamento, é importante ter vários caminhos entre o destino e o destino. Onde as coisas se tornam mais complexas, é onde as VMs no Azure Stack Hub têm IPs públicos e privados, tal como no Azure. Se o armazenamento externo necessário para aceder à VM, só pode fazê-lo através do IP público, uma vez que os IPs Privados são utilizados principalmente nos sistemas do Azure Stack Hub, nas vNets e nas sub-redes. O armazenamento externo não conseguiria comunicar com o espaço IP privado da VM, a menos que passe por uma VPN Site a Site para esmurrar a própria vNet. Por isso, neste exemplo, vamos concentrar-nos na comunicação através do espaço ip público. Uma coisa a ter em conta com o espaço IP público no diagrama é que existem 2 sub-redes de conjuntos IP públicos diferentes. Por predefinição, o Azure Stack Hub requer apenas um conjunto para fins de endereços IP públicos, mas algo a considerar, para encaminhamento redundante, pode ser adicionar um segundo. No entanto, neste momento, não é possível selecionar um endereço IP a partir de um conjunto específico, pelo que pode, de facto, acabar com VMs com IPs públicos do mesmo conjunto em várias placas de rede virtual.
Para efeitos deste debate, vamos assumir que o encaminhamento entre os dispositivos fronteiriços e o armazenamento externo é tratado e que o tráfego pode atravessar a rede adequadamente. Para este exemplo, não importa se o backbone é 1 GbE, 10 GbE, 25 GbE ou ainda mais rápido, no entanto, seria importante considerar como planeia a sua integração, para responder às necessidades de desempenho de quaisquer aplicações que acedam a este armazenamento externo.
Ligar a um Destino iSCSI do Windows Server
Neste cenário, vamos implementar e configurar uma máquina virtual do Windows Server 2019 no Azure Stack Hub e prepará-la para ligar a um Destino iSCSI externo, que também irá executar o Windows Server 2019. Sempre que adequado, vamos ativar as principais funcionalidades, como o MPIO, para otimizar o desempenho e a conectividade entre a VM e o armazenamento externo.
Implementar a VM do Windows Server 2019 no Azure Stack Hub
No portal de administração do Azure Stack Hub, partindo do princípio de que este sistema foi registado corretamente e está ligado ao marketplace, selecione Gestão do Marketplace e, em seguida, partindo do princípio de que ainda não tem uma imagem do Windows Server 2019, selecione Adicionar a partir do Azure e, em seguida, procure o Windows Server 2019, adicionando a imagem do Datacenter do Windows Server 2019 .
Transferir uma imagem do Windows Server 2019 pode demorar algum tempo.
Assim que tiver uma imagem do Windows Server 2019 no ambiente do Azure Stack Hub, inicie sessão no portal de utilizadores do Azure Stack Hub.
Depois de iniciar sessão no portal de utilizadores do Azure Stack Hub, certifique-se de que tem uma subscrição de uma oferta que lhe permite aprovisionar recursos IaaS (Computação, Armazenamento e Rede).
Assim que tiver uma subscrição disponível, volte ao dashboard no portal de utilizadores do Azure Stack Hub, selecione Criar um recurso, selecione Computação e, em seguida, selecione o item da galeria do Datacenter do Windows Server 2019.
No painel Noções Básicas , conclua as informações da seguinte forma:
a. Nome: VM001
b. Nome de utilizador: localadmin
c. Palavra-passe e Confirmar palavra-passe: <palavra-passe à sua escolha>
d. Subscrição: <subscrição à sua escolha, com recursos> de computação/armazenamento/rede.
e. Grupo de recursos: storagetesting (criar novo)
f. Selecione OK
No painel Escolher um tamanho , selecione um Standard_F8s_v2 e selecione Selecionar.
No painel Definições , selecione a Rede virtual e, no painel Criar rede virtual , ajuste o espaço de endereços para 10.10.10.0/23 e atualize o intervalo de endereços da Sub-rede para 10.10.10.0/24 e, em seguida, selecione OK.
Selecione o endereço IP público e, no painel Criar endereço IP público , selecione o botão de opção Estático .
Na lista pendente Selecionar portas de entrada públicas , selecione RDP (3389).
Deixe as outras predefinições e selecione OK.
Leia o resumo, aguarde pela validação e, em seguida, selecione OK para iniciar a implementação. A implementação deve ser concluída dentro de cerca de 10 minutos.
Assim que a implementação estiver concluída, em Recurso selecione o nome da máquina virtual, VM001 para abrir Descrição Geral.
Em Nome DNS, selecione Configurar e forneça uma etiqueta de nome DNS, vm001 e selecione Guardar e, em seguida, selecione VM001.
No lado direito do painel de descrição geral, selecione storagetesting-vnet/default no texto Rede virtual/sub-rede.
No painel storagetesting-vnet, selecione Sub-redes e + Sub-rede e, em seguida, no novo painel Adicionar Sub-rede, introduza as seguintes informações e, em seguida, selecione OK:
a. Nome: sub-rede2
b. Intervalo de endereços (bloco CIDR): 10.10.11.0/24
c. Grupo de Segurança de Rede: Nenhum
d. Tabela de rotas: Nenhuma
Depois de guardado, selecione VM001.
No lado esquerdo do painel de descrição geral, selecione Rede.
Selecione Anexar interface de rede e, em seguida, selecione Criar interface de rede.
No painel Criar interface de rede , introduza as seguintes informações.
a. Nome: vm001nic2
b. Sub-rede: certifique-se de que a sub-rede é 10.10.11.0/24
c. Grupo de segurança de rede: VM001-nsg
d. Grupo de recursos: storagetesting
Depois de anexar com êxito, selecione VM001 e selecione Parar para encerrar a VM.
Assim que a VM for parada (desalocada), no lado esquerdo do painel descrição geral, selecione Rede, selecione Anexar interface de rede e, em seguida, selecione vm001nic2 e, em seguida, selecione OK. O NIC adicional será adicionado à VM dentro de alguns instantes.
Ainda no painel Rede , selecione o separador vm001nic2 e, em seguida, selecione Interface de Rede:vm001nic2.
No painel da interface vm001nic, selecione Configurações de IP e, no centro do painel, selecione ipconfig1.
No painel definições de ipconfig1, selecione Ativado para endereço IP Público e selecione Configurar definições necessárias, Criar novo e introduza vm001nic2pip para o nome, selecione Estático e selecione OK e, em seguida, Guardar.
Depois de guardar com êxito, regresse ao painel de descrição geral da VM001 e selecione Iniciar para iniciar a VM configurada do Windows Server 2019.
Uma vez iniciada, estabeleça uma sessão RDP na VM001.
Uma vez ligado dentro da VM, abra o CMD (como administrador) e introduza o nome do anfitrião para obter o nome do computador do SO. Deve corresponder à VM001. Tome nota disto para mais tarde.
Configurar o segundo adaptador de rede na VM do Windows Server 2019 no Azure Stack Hub
Por predefinição, o Azure Stack Hub atribui um gateway predefinido à primeira interface de rede (primária) anexada à máquina virtual. O Azure Stack Hub não atribui um gateway predefinido a interfaces de rede (secundárias) adicionais anexadas a uma máquina virtual. Por conseguinte, não pode comunicar com recursos que estejam fora da sub-rede em que se encontre uma interface de rede secundária, por predefinição. No entanto, as interfaces de rede secundárias podem comunicar com recursos fora da sub-rede, embora os passos para ativar a comunicação sejam diferentes para sistemas operativos diferentes.
Se ainda não tiver uma ligação aberta, estabeleça uma ligação RDP na VM001.
Abra o CMD como administrador e execute a impressão de rota que deve devolver as duas interfaces (Adaptadores de Rede Hyper-V) dentro desta VM.
Agora, execute ipconfig para ver que endereço IP está atribuído à interface de rede secundária. Neste exemplo, 10.10.11.4 é atribuído à interface 6. Não é devolvido nenhum endereço de gateway predefinido para a interface de rede secundária.
Para encaminhar 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 a partir do CMD:.
route add -p 0.0.0.0 MASK 0.0.0.0 <ipaddress> METRIC 5015 IF <interface>É
<ipaddress>o endereço .1 da sub-rede atual e<interface>é o número da interface.
Para confirmar que a rota adicionada está na tabela de rotas, introduza o comando route print .
Também pode validar a comunicação de saída ao executar um comando ping:
ping 8.8.8.8 -S 10.10.11.4
O-Ssinalizador permite-lhe especificar um endereço de origem. Neste caso, 10.10.11.4 é o endereço IP da NIC que tem agora um gateway predefinido.Feche o CMD.
Configurar o Destino iSCSI do Windows Server 2019
Para efeitos deste cenário, irá validar uma configuração em que o Destino iSCSI do Windows Server 2019 é uma máquina virtual em execução no Hyper-V, fora do ambiente do Azure Stack Hub. Esta máquina virtual será configurada com oito processadores virtuais, um único ficheiro VHDX e, mais importante, duas placas de rede virtuais. Num cenário ideal, estes adaptadores de rede terão sub-redes encaminháveis diferentes, mas, nesta validação, terão adaptadores de rede na mesma sub-rede.
Para o servidor de Destino iSCSI, pode ser Windows Server 2016 ou 2019, físico ou virtual, em execução no Hyper-V, VMware ou numa aplicação alternativa à sua escolha, como uma SAN iSCSI física dedicada. O foco principal aqui é a conectividade dentro e fora do sistema do Azure Stack Hub. No entanto, ter múltiplos caminhos entre a origem e o destino é, de preferência, uma vez que fornece redundância adicional e permite a utilização de capacidades mais avançadas para impulsionar o aumento do desempenho, como o MPIO.
Recomendaria que atualizasse o Destino iSCSI do Windows Server 2019 com as atualizações e correções cumulativas mais recentes, reiniciando se necessário, antes de prosseguir com a configuração das partilhas de ficheiros.
Depois de atualizado e reiniciado, agora pode configurar este servidor como um Destino iSCSI.
Abra Gestor de Servidor, selecione Gerir e, em seguida, Adicionar Funções e Funcionalidades.
Depois de abrir, selecione Seguinte, selecione Instalação baseada em funções ou funcionalidades e avance para as seleções até chegar à página Selecionar funções de servidor .
Expanda Serviços de Ficheiros e Armazenamento, expanda Ficheiro & Serviços iSCSI e marque a caixa Servidor de Destino iSCSI , aceite quaisquer pedidos de pop-up para adicionar novas funcionalidades e, em seguida, avance para a conclusão.
Depois de concluído, feche Gestor de Servidor.
Abra Explorador de Ficheiros, navegue para C:\ e crie uma nova pasta, denominada iSCSI.
Reabra Gestor de Servidor e selecione Serviços de Ficheiros e Armazenamento no menu esquerdo.
Selecione iSCSI e selecione a ligação "Para criar um disco virtual iSCSI, inicie o Assistente de Novo Disco Virtual iSCSI" no painel direito. selecione-o. É apresentado um assistente.
Na página Selecionar localização do disco virtual iSCSI , selecione o botão de opção Para Escrever um caminho personalizado , navegue até ao C:\iSCSI e selecione Seguinte.
Dê ao disco virtual iSCSI um nome de iSCSIdisk1 e, opcionalmente, uma descrição e, em seguida, selecione Seguinte.
Defina o tamanho do disco virtual como 10 GB , selecione Tamanho fixo e selecione Seguinte.
Uma vez que este é um novo destino, selecione Novo destino iSCSI e selecione Seguinte.
Na página Especificar nome de destino , introduza TARGET1 e selecione Seguinte.
Na página Especificar servidores de acesso , selecione Adicionar. Esta ação abre uma caixa de diálogo para introduzir iniciadores específicos que serão autorizados a ligar ao Destino iSCSI.
Na janela Adicionar ID do iniciador, selecione Introduzir um valor para o tipo selecionado e, em Tipo , certifique-se de que o IQN está selecionado no menu pendente. Introduza iqn.1991-05.com.microsoft:<computername em que computername>> é o nome do computador da VM001 e, em seguida, selecione Seguinte.<
Na página Ativar Autenticação , deixe as caixas em branco e, em seguida, selecione Seguinte.
Confirme as suas seleções e selecione Criar e, em seguida, feche. Deverá ver o disco virtual iSCSI criado no Gestor de Servidor.
Configurar o Iniciador iSCSI do Windows Server 2019 e o MPIO
Para configurar o Iniciador iSCSI, inicie sessão novamente no portal de utilizador do Azure Stack Hub no sistema do Azure Stack Hub e navegue para o painel de descrição geral da VM001.
Estabeleça uma ligação RDP à VM001. Depois de ligado, abra Gestor de Servidor.
Selecione Adicionar funções e funcionalidades e aceite as predefinições até chegar à página Funcionalidades .
Na página Funcionalidades , adicione Multipath I/O e selecione Seguinte.
Marque a caixa Reiniciar o servidor de destino automaticamente, se necessário , selecione Instalar e, em seguida, selecione Fechar. É provável que seja necessário reiniciar, pelo que, uma vez concluído, volte a ligar à VM001.
No Gestor de Servidor, aguarde pela conclusão da instalação do MPIO, selecione fechar e, em seguida, selecione Ferramentas e selecione MPIO.
Selecione o separador Descobrir Vários Caminhos e marque a caixa para Adicionar suporte para dispositivos iSCSI e selecione Adicionar e, em seguida, selecione Sim para reiniciar a VM001. Se não receber uma janela, selecione OK e, em seguida, reinicie manualmente.
Depois de reiniciado, estabeleça uma nova ligação RDP à VM001.
Quando estiver ligado, abra Gestor de Servidor, selecione Ferramentas e selecione Iniciador iSCSI.
Quando for apresentada uma janela iSCSI da Microsoft, selecione Sim para permitir que o serviço iSCSI seja executado por predefinição.
Na janela de propriedades do Iniciador iSCSI, selecione o separador Deteção .
Agora, irá adicionar 2 Destinos, por isso, primeiro, selecione o botão Descobrir Portal .
Introduza o primeiro endereço IP do servidor de Destino iSCSI e selecione Avançadas.
Na janela Definições Avançadas , selecione o seguinte e, em seguida, selecione OK.
a. Adaptador local: Iniciador iSCSI da Microsoft.
b. IP do Iniciador: 10.10.10.4.
Novamente na janela Descobrir Portal de Destino , selecione OK.
Repita o processo com o seguinte:
a. Endereço IP: o segundo endereço IP de Destino iSCSI.
b. Adaptador local: Iniciador iSCSI da Microsoft.
c. IP do Iniciador: 10.10.11.4.
Os portais de destino devem ter o seguinte aspeto, com os seus próprios IPs de Destino iSCSI na coluna Endereço .
Novamente no separador Destinos , selecione o destino iSCSI no meio da janela e selecione Ligar.
Na janela Ligar ao destino , selecione a caixa de escala Ativar vários caminhos e selecione Avançadas.
Introduza as seguintes informações e selecione OK e, em seguida, na janela Ligar ao Destino , selecione OK.
a. Adaptador local: Iniciador iSCSI da Microsoft.
b. IP do Iniciador: 10.10.10.4.
c. IP do portal de destino: <o seu primeiro IP de Destino iSCSI/3260>.
Repita o processo para a segunda combinação iniciador/destino.
a. Adaptador local: Iniciador iSCSI da Microsoft.
b. IP do Iniciador: 10.10.11.4.
c. IP do portal de destino: <o segundo IP de Destino iSCSI/3260>.
Selecione o separador Volumes e Dispositivos e, em seguida, selecione Configurar Automaticamente . Deverá ver um volume MPIO apresentado:
Novamente no separador Destinos , selecione Dispositivos e deverá ver 2 ligações ao VHD iSCSI único que criou anteriormente.
Selecione o botão MPIO para ver mais informações sobre a política de balanceamento de carga e os caminhos.
Selecione OK três vezes para sair das janelas e do Iniciador iSCSI.
Abra a Gestão de Discos (diskmgmt.msc) e deverá ser-lhe pedida uma janela Inicializar Disco .
Selecione OK para aceitar as predefinições e, em seguida, desloque-se para baixo até ao novo disco, clique com o botão direito do rato e selecione Novo Volume Simples
Percorra o assistente, aceitando as predefinições. Altere a Etiqueta de volume para iSCSIdisk1 e, em seguida, selecione Concluir.
Em seguida, a unidade deve ser formatada e apresentada com uma letra de unidade.
Abra Explorador de Ficheiros e selecione Este PC para ver a nova unidade anexada à VM001.
Testar a conectividade de armazenamento externo
Para validar a comunicação e executar um teste de cópia de ficheiros rudimentar, inicie sessão novamente no portal de utilizador do Azure Stack Hub no sistema do Azure Stack Hub e navegue para o painel de descrição geral da VM001
Selecione Ligar para estabelecer uma ligação RDP à VM001
Abra o Gestor de Tarefas selecione o separador Desempenho e, em seguida, encaixe a janela no lado direito da sessão RDP.
Abra 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 nativos do PowerShell para criar um VHD, que utilizaremos como um ficheiro grande para testar a transferência de ficheiros para o Destino iSCSI. Neste caso, iremos executar DiskPart para criar um ficheiro VHD. No ISE, execute o seguinte:
Start-Process DiskpartSerá aberta uma nova janela CMD e, em seguida, introduza:
**Create vdisk file="c:\\test.vhd" type=fixed maximum=5120**
- Esta ação irá demorar alguns momentos a criar. Depois de criada, para validar a criação, abra Explorador de Ficheiros e navegue para C:\ - deverá ver o novo test.vhd presente e um tamanho de 5 GB.
Feche a janela CMD e regresse ao ISE e, em seguida, introduza o seguinte comando na Janela do script. Substitua F:\ pela letra de unidade de Destino iSCSI que foi aplicada anteriormente.
Copy-Item "C:\\test.vhd" -Destination "F:\\"Selecione a linha na janela do script e prima F8 para executar.
Enquanto o comando está em execução, observe os dois adaptadores de rede e veja a transferência de dados a decorrer em ambas as placas de rede na VM001. Também deve reparar que cada placa de rede deve partilhar a carga uniformemente.
Este cenário foi concebido para realçar a conectividade entre uma carga de trabalho em execução no Azure Stack Hub e uma matriz de armazenamento externo, neste caso, um Destino iSCSI baseado no Windows Server. Não foi concebido para ser um teste de desempenho, nem para refletir os passos que teria de executar se estivesse a utilizar uma aplicação alternativa baseada em iSCSI, no entanto, realça algumas das principais considerações que teria de efetuar ao implementar cargas de trabalho no Azure Stack Hub e ligá-las a sistemas de armazenamento fora do ambiente do Azure Stack Hub.
Passos seguintes
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários