Uma das novas features que o DPM 2012 traz a possibilidade de fazer o backup das VMs que estão no storage CSV de um cluster por utilizar os recursos de snapshot do próprio storage.

Isso é um grande avanço por dois motivos:

1. O storage tem uma performance superior na criação do snapshot pois é nativo e ocorrendo no nivel dos bits a serem copiados e não no sistema de arquivos como acontece com os snapshots criados pelo VSS do Windows
2. Com o snapshot sendo realizado pelo storage, não ocorrem os Redirect Access no cluster e nem os erros de CSV sendo acessado simultaneamente como acontece com backups paralelos de diferentes VMs.
   Ou seja, com o snapshot por hardware podemos criar jobs de backup das VMs que sejam simultaneos

Porem, na maioria dos storages não são deixadas alocações para snapshots, o que irá gerar no Event Viewer do host em que o backup foi efetuado um erro de falta de espaço suficiente para gerar um snapshot.

Nestes casos o ideal seria reformular o espaço das LUNs alocando para snapshot espaço suficiente para a cópia do maior dos backups existentes, já que o snapshot é apagado pelo DPM após o término da cópia. Também é necessário permitir aos hosts realizar os snapshots, como mostra a imagem abaixo da configuração de um EqualLogic:

Por outro lado, se não houver espaço livre para o snapshot mas este for um recurso que exista no storage que esteja utilizando, a opção é desativar o serviço de snapshot do kit de integração, como visto abaixo no HIT Kit do EqualLogic:

Caso precise de mais informações, acesse o link http://technet.microsoft.com/en-us/library/hh758090.aspx

Depois de voltar de férias e ficar no aeroporto de Denver por 8 horas esperando um voo para Seattle (quem disse que isso só acontece no Brasil), li um email informando que algumas palestras do TechEd 2011 foram filmadas integralmente e que uma das 3 que apresentei é uma delas (http://www.marcelosincic.com.br/blog/post/Slides-e-Material-das-Minhas-Apresentacoes-no-Microsoft-TechEd-2011.aspx)

Foi escolhida a filmagem da palestra “Utilizando de forma eficiente seu storage para ter o melhor IOPS” e está disponivel no endereço http://www.microsoft.com/pt-br/showcase/details.aspx?uuid=7aa99d21-4f5f-4b65-9606-aa22c14cb682

Alem dessa que apresentei com o Marcio Maisonete outras palestras foram gravadas e podem ser assistidas online.

A lista publicada pelo Fabio Hara contem os videos disponiveis: http://www.fabiohara.com.br/2012/02/17/veja-algumas-palestras-do-teched-brasil-2011/

Seguindo a série de posts sobre recursos do SCVMM 2012 integrados com VMWare ESX e Xen Server agora abordaremos outro recurso que é o gerenciamento de storages. Post anteriores: Integração com live migration http://bit.ly/pf0v9M e Dynamic e Power Optimization http://bit.ly/pJ6KLf.

Com o VMM 2012 você poderá classificar storages pela performance, definir o storage a ser utilizado e criar as LUNs sem a necessidade de conhecer o software de cada fabricante. Ou seja, você poderá utilizar o conceito de virtualização de storage com as interfaces do VMM 2012.

API SMI-S

Uma nova funcionalidade que está sendo discutida com os fabricantes de storages é a criação de um protocolo de comunicação muito similar ao SNMP mas que permita detalhes das especificações de um storage, chamado de Storage Management Initiative Specification (SMI-S).

Este protocolo é um API baseada nos modelos CIM/WBEM, que muitos já conhecem por ser também a especificação básica do WMI presente nos sistemas operacionais Windows. Utilizar este procolo não é tão simples, e é necessário ter um CIMOM que nada mais é que um proxy para “traduzir” as APIs nativas do storage para o protocolo SMI-S.

Porem, os fabricantes de storages já tem estes padrões bem estabelecidos e com upgrades de firmware podem incluir o CIMOM, um deles é o OpenPegasus, no storage já existente.

SMI-S no VMM 2012

Agora entra em cena o VMM 2012 que possui a interface de comunicação SMI-S para se comunicar com os storages e obter informações, e com base nestas pode classificar os storages conforme a sua performance, como a tabela abaixo retirada do TechNet (referencia ao final do documento):

Automação de Storage no VMM 2012

Agora podemos colocar em prática esta funcionalidade por criar arrays de storage e vincular aos hosts.

Imagine que em sua empresa haja storages com disco SAS e SATA, onde a classificação automática é SILVER e BRONZE respectivamente e tanto o grupo de servidores quanto uma VM pode ter especificado não a LUN, mas sim a classificação.

Essa automação inclui a criação das LUNs, ou seja, não será mais necessário ter conhecimento do software do fabricante para criar as LUNs individualmente já que a API SMI-S implementa os comandos necessário para gerenciar.

Figura 1 – Tela principal do gerenciador de storages

Figura 2 – Pool default e criação de um novo pool

Figura 3 – Inclusão de um storage ao pool

Figura 4 – Vinculando um storage pool a um grupo de hosts hypervisors

Com este recurso o gerenciamento de um datacenter será mais fácil, e quando temos diversos storages independentemente do fabricante poderemos utilizá-lo de forma simples com as APIs SMI-S.

Referencia TechNet http://technet.microsoft.com/en-us/library/gg610600.aspx e http://blogs.technet.com/b/server-cloud/archive/2011/10/14/windows-server-8-standards-based-storage-management.aspx