Gerenciador de snap do NetAPP para Exchange

Question

Estou procurando feedback de qualquer pessoa que esteja usando um arquivador NETapp, com o Snap Manager for Exchange. Planejamos instalar um e o consultor nos disse que nosso atual servidor virtual que executa o Exchange 2003 pode permanecer virtual, mas as unidades que contêm os arquivos de log e o armazenamento de informações de troca precisam ser movidas para fora do vmware, ou seja, não podem ser armazenadas dentro um arquivo vdmk.

Meu entendimento é que o registro e o armazenamento de informações precisarão ser armazenados em LUNs separados no arquivador e a máquina virtual montará esses LUNs.

Minha pergunta: examinei todas as práticas recomendadas do Netapp e não encontrei uma configuração semelhante. Eu acredito que o consultor, mas eu estaria interessado em confirmação adicional de que esta é a configuração preferida, ou um guia de melhores práticas.

Obrigado

    

Answer 1

Eu encontrei esta informação nos fóruns do vmware:

A resposta simples é "sim", você pode executar o Exchange usando vmdks armazenados no armazenamento NFS e, geralmente, em ambientes pequenos ou médios, esse é o caminho a ser seguido. Se você tiver de 2 a 4 mil usuários pesados do Exchange em um servidor de caixa de correio, convém reconsiderar.

A resposta mais complicada é que isso deve ser considerado cuidadosamente no contexto de várias coisas.

1.Existe qualquer SAN ou aplicativo de backup que precise de acesso nativo aos LUNs (RDM ou iSCSI). Coisas como o Snap Manager for Exchange precisam usar um iSCSI ou FC LUN apresentado diretamente à VM do Exchange. Se esse for o caso, você ainda executaria seu sistema operacional em um VMDK armazenado no NFS e apresentaria um iSCSI ou FC LUN ao convidado para coisas como Database ou Translogs.

2.Você deve criar um perfil de seu aplicativo usando perfmon e determinar a média (mas incluir picos) para taxa de transferência e E / Ss por segundo e comparar isso com a taxa de transferência que você pode obter usando o NFS, que depende de como você configura networking.

    

Answer 2

Algumas outras boas respostas aqui. Só vou responder por experiência pessoal que, para uma pequena troca / implantação de AD, o SME é um desperdício de tempo e dinheiro. É ótimo se você tiver um grande conjunto de dados de troca, mas, para os poucos 10 gigabytes que eu estava gerenciando, apenas aumentamos a complexidade. É bastante complicado e requer um monte de revisões de software muito específicas para funcionar.

O intercâmbio em uma VM funcionará DEFINITIVAMENTE e, se você abrir mão da SME, poderá usar a replicação multimestre de troca nativa para inicializar. A NetApp, obviamente, gostaria que você comprasse o SME e provavelmente não desejaria assumir a responsabilidade pela corrupção de dados se você não usá-lo, mas a simplicidade de configuração, gerenciamento e instantâneos da VM provavelmente compensará isso.

Depende apenas do tamanho da sua implantação ... se você tem menos de 50 a 100 usuários, acho que não considero PME.

    

Answer 3

Trabalho com o Netapp, mas não estou familiarizado diretamente com o Snapmanager for Exchange, portanto, esperamos que alguém com experiência direta com SME e Exchange virtualizado possa oferecer uma visão melhor. Da mesma forma, desculpas se isso é apenas uma repetição total do que você investigou até agora. Fiz uma rápida busca por alguma documentação que lida especificamente com isso e não achei nada explícito. Há referências a recursos físicos e virtuais no guia de administração do Snapmanager for Exchange, mas acredito que eles estejam relacionados a recursos de cluster do Exchange e não a discos virtuais ou máquinas virtuais.

Pensando nisso, faz sentido que o SME exija LUNs em vez de vmdks se você levar em conta o que seria snapshot. Aproveitar um snapshot de array contra um vmdk é complicado, uma vez que o disco em questão é, na verdade, um arquivo localizado em um datastore que, por sua vez, fica em algum pool de armazenamento baseado em array. Para obter um snap adequado do sistema de arquivos dentro do arquivo vmdk, o snapshot de VMware seria necessário. Para tornar esse snapshot do VMware útil no nível do array, é preciso haver alguma coordenação entre o VMware e o storage array para que um segundo snapshot (um snap baseado em armazenamento) realmente capture o sistema de arquivos vmdk em um estado digno de snapshot (buffers flushes , ops quiesced, etc. pelo primeiro instantâneo do VMware). Além disso, como os snapshots do Netapp são baseados em volume, para obter um instantâneo de um vmdk, o volume inteiro que hospeda o armazenamento de dados do VMware no qual o vmdk está precisaria ser snapshot de array e você não pode facilmente "fazer drill down" essa parte do volume em que o vmdk mora ou retira-se depois que o instantâneo de todo o hog foi obtido.

O Snapmanager for Virtual Infrastructure faz alguma coordenação entre os snapshots do VMware e os snapshots do array Netapp para agilizar tudo isso, mas não sei se o Snapmanager for Exchange tem esse conhecimento.

Guia de administração de PME: link (é necessário fazer login agora)

    

Answer 4

Eu trabalho em um ambiente no qual utilizamos o SME com o Exchange 2010. Percebo que isso é diferente do seu ambiente, mas achei que valeria a pena compartilhá-lo. Ao contrário do seu ambiente, nossos servidores Exchange são físicos, embora o log e as informações sejam armazenados em luns físicos separados sendo atendidos pela NetApp por meio do iSCSI, o que está de acordo com o que o consultor informou a você.

Eu não posso falar nada relacionado à visualização, no entanto, minha experiência diz que é uma boa idéia ter luns físicos separados para o log e armazenamento de informações, especialmente se você planeja usar snaps. Temos um ambiente de troca de tamanho médio, mas o número de alterações gravadas pelo Exchange 2010 para o volume de log, em particular, é impressionante. A quantidade de armazenamento necessária para manter os snaps por 2 semanas é incrível. Tenha em mente que os snaps capturam todas as alterações no volume (o volume contém o lun). Isso é especialmente notável se você estiver realizando movimentações ou manutenção de caixa de correio no Exchange.

Também vale a pena observar que o Exchange está constantemente escrevendo para o Netapp, portanto, é bom ter o registro e o armazenamento de informações em agregados separados (discos separados) por motivos de desempenho.

De qualquer forma, isso pode estar um pouco fora do escopo da sua pergunta, mas pode ser uma boa ideia se você decidir usar a rota do Netapp.

    

Answer 5

Eu trabalho para o Suporte da NetApp e suporte os produtos SnapManager e posso confirmar que qualquer versão atual do SnapManager for Exchange (SME) não suporta discos VMDK de nenhum tipo. O SnapManager for SQL (SMSQL) suporta, mas não o SME, neste momento.