VMware - aciona o alerta quando uma VM se move para um datastore em particular?

4

Temos um cluster VMware que não possui o SDRS ativado. Gostaríamos de saber quando uma VM passa para um datastore em particular nesse cluster porque esse armazenamento de dados é um armazenamento sem desempenho.

Não consigo encontrar um alarme de armazenamento de dados ou outro tipo de alerta que me avise quando alguém faz uma armazenagem para esse armazenamento de dados. Nem posso encontrar uma regra de afinidade ou semelhante para impedir que alguém mova determinadas VMs para esse armazenamento de dados.

Alguém sabe de uma maneira de realizar isso sem o SDRS?

    
por TheCleaner 09.02.2016 / 00:21

3 respostas

4

Uma boa solução para isso seria usar o Gerenciamento Baseado em Políticas de Armazenamento da VMware com tags. Pode haver recursos específicos do fornecedor que você também pode aproveitar, mas, como as tags são independentes do fornecedor, eu as utilizarei para explicar como as políticas podem ser aproveitadas.

Uma abordagem mínima seria:

  1. Crie uma categoria de tags (desempenho de armazenamento) com duas tags (desempenho, não desempenho).
  2. Marque cada armazenamento de dados com uma das tags, dependendo do "tipo" de armazenamento
  3. Crie duas políticas de armazenamento (desempenho, não-desempenho) e use uma regra baseada em tag para a política. Por exemplo, a política de desempenho é compatível com os datastores com a tag de desempenho. Ao criar a política, você poderá ver quais datastores são compatíveis com a política
  4. Associe a política de armazenamento desejada às máquinas virtuais

O que isso fará é garantir que os usuários sejam avisados se tentarem migrar uma VM para o armazenamento de dados que não suportará a política da VM. Se o usuário ignorar esse aviso, a VM será marcada como fora de conformidade.

    
por 09.02.2016 / 19:13
2

Ao analisar os possíveis acionadores de um alarme do Datastore, existem algumas possibilidades.

Para condicionais, você pode usar:

  • Uso do disco do datastore (%)
  • Disco de armazenamento de dados provisionado (%)

Enquanto para eventos, eles podem funcionar:

  • Arquivo ou diretório copiado para o armazenamento de dados
  • Arquivo ou diretório movido para o armazenamento de dados

Os dois primeiros exigem que você tenha números conhecidos, acima dos quais você definiria o limite.

Os dois últimos podem nem funcionar dependendo se um svMotion conta ou não como arquivos sendo copiados / movidos para o armazenamento de dados.

    
por 09.02.2016 / 17:46
1

Eu fui aonde a EEAA estava indo e acabei com um simples PowerCLI fornecido por aqui .

e defina o "-ge" igual a 1, pois o armazenamento de dados em questão deve abrigar somente a VM para a qual ele é destinado.

Eu tenho esse conjunto para ser executado em nosso servidor administrativo duas vezes por dia.

Ele realmente não responde à pergunta em si de quando uma VM se move para um armazenamento de dados específico do SDRS, mas é uma solução alternativa que me aproxima o suficiente do conhecimento. Além disso, só me envia um email quando o potencial que aconteceu ocorre. E se os administradores bagunçarem e moverem a VM de volta antes que o script seja executado, tudo bem.

Codifique aqui para a posteridade:

#
# PowerCLI script to send e-mail if the number of virtual machines per datastore exceeds 48
# Version 1.0
# Magnus Andersson, Real Time Services AB
#
#
Add-PSSnapin VMware.VimAutomation.Core -ErrorAction SilentlyContinue
#
#
# Get login password
$pwd = Get-Content d:vspherescriptspowerclicred | ConvertTo-SecureString
$cred = New-Object System.Management.Automation.PsCredential “homedomainpowercli“, $pwd
#
#
# Connect to vCenter Server
connect-viserver vc-demo01.home.test
#
#
$sendTo = “[email protected]“
$ds = get-datastore
foreach ($datastore in $ds){
$num = Get-Datastore $datastore | Select @{N=”TotalVMs”;E={@($_ | Get-VM ).Count}}
if ($num.TotalVMs -ge 48) {
send-mailmessage -to $sendTo -from [email protected] -Subject “Number of VMs per datastore $datastore is” -smtpserver smtp.home.test -body $num.TotalVms
}
else
{
}
}
#
    
por 09.02.2016 / 16:08