Implantar espaços de armazenamento diretamente no Windows Server
Este tópico fornece instruções passo a passo para implantar o Serviço de Espaços de Armazenamento Diretos no Windows Server. Para implantar os Espaços de Armazenamento Diretos como parte do Azure Local, consulte Sobre o Azure Local
Dica
Procurando adquirir infraestrutura hiperconvergente? A Microsoft recomenda a compra de uma solução Azure Local de hardware/software validada dos nossos parceiros. Essas soluções são projetadas, montadas e validadas em relação à nossa arquitetura de referência para garantir compatibilidade e confiabilidade, para que você comece a trabalhar rapidamente. Para examinar um catálogo de soluções de hardware/software que funcionam com o Azure Local, consulte o Catálogo Local do Azure.
Dica
Você pode usar Hyper-V máquinas virtuais, incluindo no Microsoft Azure, para avaliar o Storage Spaces Direto sem hardware. Você também pode querer revisar os práticos scripts de implantação rápida de laboratório do Windows Server , que usamos para fins de treinamento.
Antes de começar
Analise os requisitos de hardware do Storage Spaces Direct e examine este documento para se familiarizar com a abordagem geral e as notas importantes associadas a algumas etapas.
Reúna as seguintes informações:
Opção de implantação. O Storage Spaces Direct suporta duas opções de implantação: hiperconvergente e convergente, também conhecido como desagregado. Familiarize-se com as vantagens de cada um para decidir qual é o certo para você. As etapas 1 a 3 abaixo se aplicam a ambas as opções de implantação. A etapa 4 só é necessária para a implantação convergente.
Nomes de servidores. Familiarize-se com as políticas de nomenclatura da sua organização para computadores, arquivos, caminhos e outros recursos. Você precisará provisionar vários servidores, cada um com nomes exclusivos.
Nome de domínio. Familiarize-se com as políticas da sua organização para nomeação e adesão a domínios. Irá associar os servidores ao seu domínio e terá de especificar o nome de domínio.
Rede RDMA. Existem dois tipos de protocolos RDMA: iWarp e RoCE. Observe qual deles seus adaptadores de rede usam e, se RoCE, observe também a versão (v1 ou v2). Para RoCE, certifique-se também de verificar o modelo do seu switch de topo de rack.
ID da VLAN. Observe o ID de VLAN a ser usado para adaptadores de rede do sistema operacional de gerenciamento nos servidores, se houver. Você deve ser capaz de obtê-lo do seu administrador de rede.
Etapa 1: Implantar o Windows Server
Etapa 1.1: Instalar o sistema operacional
A primeira etapa é instalar o Windows Server em todos os servidores que estarão no cluster. O Storage Spaces Direct requer o Windows Server Datacenter Edition. Você pode usar a opção de instalação Server Core ou Server with Desktop Experience.
Ao instalar o Windows Server usando o assistente de Instalação, você pode escolher entre Windows Server (referindo-se ao Server Core) e Windows Server (Server with Desktop Experience), que é o equivalente à opção de instalação do Full disponível no Windows Server 2012 R2. Se não escolher, obterá a opção de instalação Server Core. Para obter mais informações, consulte Instalar o Server Core.
Etapa 1.2: Conectar-se aos servidores
Este guia foca a opção de instalação Server Core e a implantação/gerenciamento remoto a partir de um sistema de gerenciamento separado, que deve ter:
- Uma versão do Windows Server ou do Windows 10 pelo menos tão nova quanto os servidores que está gerenciando e com as atualizações mais recentes
- Conectividade de rede com os servidores que está gerenciando
- Associado ao mesmo domínio ou a um domínio totalmente confiável
- Ferramentas de Administração de Servidor Remoto (RSAT) e Módulos PowerShell para Hyper-V e Clusters de Failover. As ferramentas RSAT e os módulos PowerShell estão disponíveis no Windows Server e podem ser instalados sem instalar outros recursos. Você também pode instalar as Ferramentas de Administração de Servidor Remoto em um computador de gerenciamento do Windows 10.
No sistema de Gerenciamento, instale o Cluster de Failover e as ferramentas de gerenciamento de Hyper-V. Isso pode ser feito através do Gestor de Servidores usando o assistente Adicionar Funções e Recursos. Na página Recursos, selecione Ferramentas de Administração de Servidor Remotoe selecione as ferramentas a serem instaladas.
Entre na sessão PS e use o nome do servidor ou o endereço IP do nó ao qual pretende ligar-se. Ser-lhe-á solicitada uma palavra-passe depois de executar este comando, introduza a palavra-passe de administrador que especificou ao configurar o Windows.
Enter-PSSession -ComputerName <myComputerName> -Credential LocalHost\Administrator
Aqui está um exemplo de como fazer a mesma coisa de uma maneira que é mais útil em scripts, caso você precise fazer isso mais de uma vez:
$myServer1 = "myServer-1"
$user = "$myServer1\Administrator"
Enter-PSSession -ComputerName $myServer1 -Credential $user
Dica
Se você estiver implantando remotamente a partir de um sistema de gerenciamento, poderá receber um erro como o WinRM não puder processar a solicitação. Para corrigir isso, use o Windows PowerShell para adicionar cada servidor à lista de Hosts Confiáveis em seu computador de gerenciamento:
Set-Item WSMAN:\Localhost\Client\TrustedHosts -Value Server01 -Force
Nota: a lista de anfitriões fidedignos suporta caracteres curinga, como Server*
.
Para ver a sua lista de Anfitriões Fidedignos, escreva Get-Item WSMAN:\Localhost\Client\TrustedHosts
.
Para esvaziar a lista, digite Clear-Item WSMAN:\Localhost\Client\TrustedHost
.
Etapa 1.3: Ingressar no domínio e adicionar contas de domínio
Até agora, você configurou os servidores individuais com a conta de administrador local, <ComputerName>\Administrator
.
Para gerenciar os Espaços de Armazenamento Diretos, você precisará unir os servidores a um domínio e usar uma conta de domínio dos Serviços de Domínio Ative Directory que esteja no grupo Administradores em cada servidor.
No sistema de gerenciamento, abra um console do PowerShell com privilégios de administrador. Use Enter-PSSession
para se conectar a cada servidor e executar o cmdlet a seguir, substituindo seu próprio nome de computador, nome de domínio e credenciais de domínio:
Add-Computer -NewName "Server01" -DomainName "contoso.com" -Credential "CONTOSO\User" -Restart -Force
Se sua conta de administrador de armazenamento não for membro do grupo Administradores de Domínio, adicione sua conta de administrador de armazenamento ao grupo Administradores local em cada nó - ou, melhor ainda, adicione o grupo usado para administradores de armazenamento. Você pode usar o seguinte comando (ou escrever uma função do Windows PowerShell para fazer isso - consulte Usar o PowerShell para adicionar usuários de domínio a um grupo local para obter mais informações):
Net localgroup Administrators <Domain\Account> /add
Etapa 1.4: Instalar funções e recursos
A próxima etapa é instalar funções de servidor em cada servidor. Você pode fazer isso usando Windows Admin Center, Server Manager) ou PowerShell. Aqui estão as funções a serem instaladas:
- Cluster de Failover
- Hyper-V
- Servidor de arquivos (se você quiser hospedar compartilhamentos de arquivos, como para uma implantação convergente)
- Center-Bridging de dados (se você estiver usando RoCEv2 em vez de adaptadores de rede iWARP)
- RSAT-Clustering-PowerShell
- Hyper-V-PowerShell
Para instalar via PowerShell, use o cmdlet Install-WindowsFeature. Você pode usá-lo em um único servidor como este:
Install-WindowsFeature -Name "Hyper-V", "Failover-Clustering", "Data-Center-Bridging", "RSAT-Clustering-PowerShell", "Hyper-V-PowerShell", "FS-FileServer"
Para executar o comando em todos os servidores do cluster ao mesmo tempo, use este pequeno pedaço de script, modificando a lista de variáveis no início do script para se adequar ao seu ambiente.
# Fill in these variables with your values
$ServerList = "Server01", "Server02", "Server03", "Server04"
$FeatureList = "Hyper-V", "Failover-Clustering", "Data-Center-Bridging", "RSAT-Clustering-PowerShell", "Hyper-V-PowerShell", "FS-FileServer"
# This part runs the Install-WindowsFeature cmdlet on all servers in $ServerList, passing the list of features into the scriptblock with the "Using" scope modifier so you don't have to hard-code them here.
Invoke-Command ($ServerList) {
Install-WindowsFeature -Name $Using:Featurelist
}
Etapa 2: Configurar a rede
Se você estiver implantando Espaços de Armazenamento Diretos dentro de máquinas virtuais, ignore esta seção.
O Storage Spaces Direct requer uma rede de alta largura de banda e baixa latência entre servidores no cluster. Pelo menos 10 GbE de rede é necessária e o acesso remoto direto à memória (RDMA) é recomendado. Você pode usar iWARP ou RoCE, desde que tenha o logotipo do Windows Server que corresponda à versão do seu sistema operacional, mas o iWARP geralmente é mais fácil de configurar.
Importante
Dependendo do seu equipamento de rede, e especialmente com o RoCE v2, alguma configuração do switch topo de rack pode ser necessária. A configuração correta do switch é importante para garantir a confiabilidade e o desempenho dos Espaços de Armazenamento Diretos.
O Windows Server 2016 introduziu o agrupamento incorporado por comutador (SET) no comutador virtual Hyper-V. Isso permite que as mesmas portas NIC físicas sejam usadas para todo o tráfego de rede ao usar RDMA, reduzindo o número de portas NIC físicas necessárias. O agrupamento integrado no switch é recomendado para Storage Spaces Direct.
Interconexões de nós comutadas ou sem comutador
- Os switches de rede devem ser configurados corretamente para lidar com a largura de banda e o tipo de rede. Se estiver usando RDMA que implementa o protocolo RoCE, a configuração do dispositivo de rede e do switch é ainda mais importante.
- Sem comutador: Os nós podem ser interconectados usando conexões diretas, evitando o uso de um switch. É necessário que cada nó tenha uma conexão direta com todos os outros nós do cluster.
Para obter instruções sobre como configurar a rede para o Storage Spaces Direct, consulte o Guia de Implementação do RDMA do Windows Server 2016 e 2019 .
Etapa 3: Configurar espaços de armazenamento diretos
As etapas a seguir são feitas em um sistema de gerenciamento que é a mesma versão dos servidores que estão sendo configurados. As etapas a seguir NÃO devem ser executadas remotamente usando uma sessão do PowerShell, mas sim executadas em uma sessão local do PowerShell no sistema de gerenciamento, com permissões administrativas.
Passo 3.1: Limpar discos
Antes de ativar os Espaços de Armazenamento Diretos, certifique-se de que as unidades estão vazias: sem partições antigas ou outros dados. Execute o seguinte script, substituindo os nomes dos computadores, para remover todas as partições antigas ou outros dados.
Importante
Este script irá remover permanentemente quaisquer dados em quaisquer unidades que não sejam a unidade de arranque do sistema operativo!
# Fill in these variables with your values
$ServerList = "Server01", "Server02", "Server03", "Server04"
foreach ($server in $serverlist) {
Invoke-Command ($server) {
# Check for the Azure Temporary Storage volume
$azTempVolume = Get-Volume -FriendlyName "Temporary Storage" -ErrorAction SilentlyContinue
If ($azTempVolume) {
$azTempDrive = (Get-Partition -DriveLetter $azTempVolume.DriveLetter).DiskNumber
}
# Clear and reset the disks
$disks = Get-Disk | Where-Object {
($_.Number -ne $null -and $_.Number -ne $azTempDrive -and !$_.IsBoot -and !$_.IsSystem -and $_.PartitionStyle -ne "RAW")
}
$disks | ft Number,FriendlyName,OperationalStatus
If ($disks) {
Write-Host "This action will permanently remove any data on any drives other than the operating system boot drive!`nReset disks? (Y/N)"
$response = read-host
if ( $response.ToLower() -ne "y" ) { exit }
$disks | % {
$_ | Set-Disk -isoffline:$false
$_ | Set-Disk -isreadonly:$false
$_ | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false -verbose
$_ | Set-Disk -isreadonly:$true
$_ | Set-Disk -isoffline:$true
}
#Get-PhysicalDisk | Reset-PhysicalDisk
}
Get-Disk | Where-Object {
($_.Number -ne $null -and $_.Number -ne $azTempDrive -and !$_.IsBoot -and !$_.IsSystem -and $_.PartitionStyle -eq "RAW")
} | Group -NoElement -Property FriendlyName
}
}
A saída terá esta aparência, onde Count é o número de unidades de cada modelo em cada servidor:
Count Name PSComputerName
----- ---- --------------
4 ATA SSDSC2BA800G4n Server01
10 ATA ST4000NM0033 Server01
4 ATA SSDSC2BA800G4n Server02
10 ATA ST4000NM0033 Server02
4 ATA SSDSC2BA800G4n Server03
10 ATA ST4000NM0033 Server03
4 ATA SSDSC2BA800G4n Server04
10 ATA ST4000NM0033 Server04
Etapa 3.2: Validar o agrupamento
Nesta etapa, você executará a ferramenta de validação de cluster para garantir que os nós do servidor estejam configurados corretamente para criar um cluster usando Espaços de Armazenamento Diretos. Quando a validação de cluster (Test-Cluster
) é executada antes de o cluster ser criado, ele executa os testes que verificam se a configuração parece adequada para funcionar com êxito como um cluster de failover. O exemplo diretamente abaixo usa o parâmetro -Include
e, em seguida, as categorias específicas de testes são especificadas. Isso garante que os testes específicos do Storage Spaces Direct sejam incluídos na validação.
Use o seguinte comando do PowerShell para validar um conjunto de servidores para uso como um cluster do Storage Spaces Direct.
Test-Cluster -Node <MachineName1, MachineName2, MachineName3, MachineName4> -Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"
Etapa 3.3: Criar o cluster
Nesta etapa, você criará um cluster com os nós validados para a criação de cluster na etapa anterior usando o seguinte cmdlet do PowerShell.
Ao criar o cluster, você receberá um aviso informando - "Houve problemas ao criar a função clusterizada que podem impedir que ela seja iniciada. Para obter mais informações, consulte o arquivo de relatório abaixo." Pode ignorar este aviso com segurança. Isso se deve à ausência de discos disponíveis para o quórum de cluster. É recomendável que uma testemunha de compartilhamento de arquivos ou testemunha de nuvem seja configurada após a criação do cluster.
Observação
Se os servidores estiverem usando endereços IP estáticos, modifique o comando a seguir para refletir o endereço IP estático adicionando o seguinte parâmetro e especificando o endereço IP:-StaticAddress <X.X.X.X>. No comando a seguir, o espaço reservado ClusterName deve ser substituído por um nome netbios exclusivo e 15 caracteres ou menos.
New-Cluster -Name <ClusterName> -Node <MachineName1,MachineName2,MachineName3,MachineName4> -NoStorage
Depois que o cluster é criado, pode levar tempo para que a entrada DNS para o nome do cluster seja replicada. O tempo depende do ambiente e da configuração de replicação DNS. Se a resolução do cluster não for bem-sucedida, na maioria dos casos, você poderá usar, em vez do nome do cluster, o nome da máquina de um nó que é membro ativo do cluster.
Etapa 3.4: Configurar uma testemunha de cluster
Recomendamos que você configure uma testemunha para o cluster, para que os clusters com três ou mais servidores possam suportar dois servidores com falha ou offline. Uma implantação de dois servidores requer uma testemunha de cluster, caso contrário, um servidor ficar offline fará com que o outro também fique indisponível. Com esses sistemas, você pode usar um compartilhamento de arquivos como testemunha ou usar testemunha na nuvem.
Para obter mais informações, consulte os seguintes tópicos:
Etapa 3.5: Ativar espaços de armazenamento diretos
Depois de criar o cluster, use o cmdlet Enable-ClusterStorageSpacesDirect
PowerShell, que colocará o sistema de armazenamento no modo Espaços de Armazenamento Diretos e fará o seguinte automaticamente:
Criar um pool: Cria um único pool grande que tem um nome semelhante a "S2D no Cluster1".
Configura as caches do Storage Spaces Direct: Se houver mais de um tipo de mídia (unidade) disponível para uso no Storage Spaces Direct, ativa a mais rápida como dispositivos de cache (leitura e escrita na maioria dos casos)
Tiers: Cria duas camadas como camadas padrão. Um chama-se "Capacidade" e o outro chama-se "Desempenho". O cmdlet analisa os dispositivos e configura cada camada com a combinação de tipos de dispositivos e resiliência.
No sistema de gerenciamento, em uma janela de comando do PowerShell aberta com privilégios de administrador, inicie o seguinte comando. O nome do cluster é o nome do cluster que você criou nas etapas anteriores. Se esse comando for executado localmente em um dos nós, o parâmetro -CimSession não será necessário.
Enable-ClusterStorageSpacesDirect -CimSession <ClusterName>
Para habilitar os Espaços de Armazenamento Diretos usando o comando acima, você também pode usar o nome do nó em vez do nome do cluster. O uso do nome do nó pode ser mais fiável devido a potenciais atrasos na replicação do DNS que podem ocorrer com o novo nome do cluster.
Quando este comando estiver concluído, o que pode levar vários minutos, o sistema estará pronto para volumes a serem criados.
Etapa 3.6: Criar volumes
Recomendamos o uso do cmdlet New-Volume
, pois ele oferece a experiência mais rápida e direta. Esse único cmdlet cria automaticamente o disco virtual, particiona-o e formata-o, cria o volume com o nome correspondente e adiciona-o aos volumes compartilhados do cluster – tudo em uma etapa fácil.
Para obter mais informações, consulte a criação de volumes no Storage Spaces Direct.
Etapa 3.7: Opcionalmente, habilite o cache CSV
Opcionalmente, pode ativar a cache de volume partilhado (CSV) do cluster para utilizar a memória do sistema (RAM) como uma cache de nível de bloco para operações de leitura que ainda não estão armazenadas em cache pelo gestor de cache do Windows. Isso pode melhorar o desempenho de aplicativos como o Hyper-V. O cache CSV pode aumentar o desempenho de solicitações de leitura e também é útil para cenários de servidor de arquivos Scale-Out.
Habilitar o cache CSV reduz a quantidade de memória disponível para executar VMs em um cluster hiperconvergente, portanto, você terá que equilibrar o desempenho do armazenamento com a memória disponível para VHDs.
Para definir o tamanho do cache CSV, abra uma sessão do PowerShell no sistema de gerenciamento com uma conta que tenha permissões de administrador no cluster de armazenamento e use esse script, alterando as variáveis $ClusterName
e $CSVCacheSize
conforme apropriado (este exemplo define um cache CSV de 2 GB por servidor):
$ClusterName = "StorageSpacesDirect1"
$CSVCacheSize = 2048 #Size in MB
Write-Output "Setting the CSV cache..."
(Get-Cluster $ClusterName).BlockCacheSize = $CSVCacheSize
$CSVCurrentCacheSize = (Get-Cluster $ClusterName).BlockCacheSize
Write-Output "$ClusterName CSV cache size: $CSVCurrentCacheSize MB"
Para obter mais informações, consulte Usando o cache de leitura na memória CSV.
Etapa 3.8: Implantar máquinas virtuais para implantações hiperconvergentes
Se você estiver implantando um cluster hiperconvergente, a última etapa é provisionar máquinas virtuais no cluster Espaços de Armazenamento Direto.
Os arquivos da máquina virtual devem ser armazenados no namespace CSV do sistema (exemplo: c:\ClusterStorage\Volume1) da mesma forma que as VMs clusterizadas em clusters de failover.
Você pode usar ferramentas integradas ou outras ferramentas para gerir o armazenamento e as máquinas virtuais, como o System Center Virtual Machine Manager.
Etapa 4: Implantar Scale-Out servidor de arquivos para soluções convergentes
Se você estiver implantando uma solução convergente, a próxima etapa será criar uma instância do Servidor de Arquivos Scale-Out e configurar alguns compartilhamentos de arquivos. Se você estiver implantando um cluster hiperconvergente - você terminou e não precisa desta seção.
Etapa 4.1: Criar a função Servidor de Arquivos Scale-Out
A próxima etapa na configuração dos serviços de cluster para seu servidor de arquivos é criar a função de servidor de arquivos clusterizado, que é quando você cria a instância do Servidor de Arquivos Scale-Out na qual seus compartilhamentos de arquivos continuamente disponíveis estão hospedados.
Para criar uma função de Servidor de Arquivos Scale-Out usando o Gerenciador de Cluster de Failover
No Gerenciador de Cluster de Failover, selecione o cluster, vá para Funçõese, em seguida, clique em Configurar Função....
O Assistente de Alta Disponibilidade é exibido.Na página Selecionar Função, clique em Servidor de Arquivos.
Na página Tipo de Servidor de Arquivos, clique em Scale-Out Servidor de Arquivos para dados do aplicativo.
Na página Ponto de Acesso para Cliente, digite um nome para o Servidor de Arquivos Scale-Out.
Verifique se a função foi configurada com êxito indo para Roles e confirmando se a coluna Status mostra Running ao lado da função de servidor de arquivos clusterizados que você criou, como mostra a Figura 1.
Figura 1 Gerenciador de Cluster de Failover mostrando o Servidor de Arquivos Scale-Out com o status de Execução
Observação
Depois de criar a função clusterizada, pode haver alguns atrasos de propagação de rede que podem impedir que você crie compartilhamentos de arquivos nela por alguns minutos ou potencialmente mais.
Para criar uma função de Servidor de Arquivos Scale-Out usando o Windows PowerShell
Em uma sessão do Windows PowerShell conectada ao cluster de servidor de arquivos, insira os seguintes comandos para criar a função Servidor de Arquivos Scale-Out, alterando FSCLUSTER para corresponder ao nome do cluster e SOFS para corresponder ao nome que você deseja atribuir à função Servidor de Arquivos Scale-Out:
Add-ClusterScaleOutFileServerRole -Name SOFS -Cluster FSCLUSTER
Observação
Depois de criar a função clusterizada, pode haver alguns atrasos de propagação de rede que podem impedir que você crie compartilhamentos de arquivos nela por alguns minutos ou potencialmente mais. Se a função SOFS falhar imediatamente e não for iniciada, pode ser porque o objeto de computador do cluster não tem permissão para criar uma conta de computador para a função SOFS. Para obter ajuda com isso, consulte esta postagem de blog: Scale-Out função de servidor de arquivos falha ao iniciar com IDs de evento 1205, 1069 e 1194.
Etapa 4.2: Criar compartilhamentos de arquivos
Depois de criar seus discos virtuais e adicioná-los a CSVs, é hora de criar compartilhamentos de arquivos neles - um compartilhamento de arquivos por CSV por disco virtual. O System Center Virtual Machine Manager (VMM) é provavelmente a maneira mais prática de fazer isso porque ele lida com permissões para você, mas se você não tiver isso em seu ambiente, poderá usar o Windows PowerShell para automatizar parcialmente a implantação.
Use os scripts incluídos no script SMB Share Configuration for Hyper-V Workloads, que automatiza parcialmente o processo de criação de grupos e compartilhamentos. Ele foi escrito para cargas de trabalho Hyper-V, portanto, se você estiver implantando outras cargas de trabalho, talvez seja necessário modificar as configurações ou executar etapas adicionais depois de criar os compartilhamentos. Por exemplo, se você estiver usando o Microsoft SQL Server, a conta de serviço do SQL Server deverá ter controle total sobre o compartilhamento e o sistema de arquivos.
Observação
Você terá que atualizar a associação ao grupo quando adicionar nós de cluster, a menos que use o System Center Virtual Machine Manager para criar seus compartilhamentos.
Para criar compartilhamentos de arquivos usando scripts do PowerShell, faça o seguinte:
Baixe os scripts incluídos na Configuração de Compartilhamento SMB para cargas de trabalho Hyper-V para um dos nós do cluster de servidor de arquivos.
Abra uma sessão do Windows PowerShell com credenciais de Administrador de Domínio no sistema de gerenciamento e use o seguinte script para criar um grupo do Ative Directory para os objetos de computador Hyper-V, alterando os valores das variáveis conforme apropriado para seu ambiente:
# Replace the values of these variables $HyperVClusterName = "Compute01" $HyperVObjectADGroupSamName = "Hyper-VServerComputerAccounts" <#No spaces#> $ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV" # Start of script itself CD $ScriptFolder .\ADGroupSetup.ps1 -HyperVObjectADGroupSamName $HyperVObjectADGroupSamName -HyperVClusterName $HyperVClusterName
Abra uma sessão do Windows PowerShell com credenciais de Administrador em um dos nós de armazenamento e use o script a seguir para criar compartilhamentos para cada CSV e conceder permissões administrativas para os compartilhamentos ao grupo Administradores do Domínio e ao cluster de computação.
# Replace the values of these variables $StorageClusterName = "StorageSpacesDirect1" $HyperVObjectADGroupSamName = "Hyper-VServerComputerAccounts" <#No spaces#> $SOFSName = "SOFS" $SharePrefix = "Share" $ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV" # Start of the script itself CD $ScriptFolder Get-ClusterSharedVolume -Cluster $StorageClusterName | ForEach-Object { $ShareName = $SharePrefix + $_.SharedVolumeInfo.friendlyvolumename.trimstart("C:\ClusterStorage\Volume") Write-host "Creating share $ShareName on "$_.name "on Volume: " $_.SharedVolumeInfo.friendlyvolumename .\FileShareSetup.ps1 -HyperVClusterName $StorageClusterName -CSVVolumeNumber $_.SharedVolumeInfo.friendlyvolumename.trimstart("C:\ClusterStorage\Volume") -ScaleOutFSName $SOFSName -ShareName $ShareName -HyperVObjectADGroupSamName $HyperVObjectADGroupSamName }
Passo 4.3 Habilitar a delegação restrita de Kerberos
Para configurar a delegação restrita de Kerberos para gerenciamento de cenários remotos e maior segurança de migração ao vivo, a partir de um dos nós do cluster de armazenamento, use o script de KCDSetup.ps1 incluído na Configuração de Compartilhamento SMB para cargas de trabalho Hyper-V. Aqui está um pequeno envoltório para o script:
$HyperVClusterName = "Compute01"
$ScaleOutFSName = "SOFS"
$ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV"
CD $ScriptFolder
.\KCDSetup.ps1 -HyperVClusterName $HyperVClusterName -ScaleOutFSName $ScaleOutFSName -EnableLM