O anúncio oficial hoje no blog do time de Windows e de System Center reservam algumas informações muito importantes depois do anúncio do novo build e da atualização automática e gratuita para Windows 7 e 8/8.1

Em resumo, o lançamento do Windows 10 se dará no inicio de 2016 junto com o System Center vNext (nome temporário). O próximo build Preview será na primeira norte-americana, entre março e maio.

System Center vNext – Lançamento Sincronizado

Fonte: http://blogs.technet.com/b/server-cloud/archive/2015/01/30/windows-server-and-system-center-roadmap-update.aspx

Isto nos dá uma ideia que não teremos um release do System Center atrasado em relação ao SO Windows 10. Isso realmente foi um problema com o lançamento do System Center 2012 que não dava suporte ao Windows 2012 e só suportou o Windows 8 depois do SP1 que saiu várias semanas depois.

A sincronização entre o lançamento do Windows 10 e do System Center vNext permitirá aos administradores distribuir de forma consiste o novo SO, bem como a migração. Esse ponto é importante levando em conta o prazo de 1 ano para o upgrade gratuito.

Windows 10 – Compatibilidade

Fonte: http://blogs.windows.com/business/2015/01/30/windows-10-for-enterprise-more-secure-and-up-to-date 

Nesta noticia notamos um compromisso de manter a compatibilidade com o Windows 7 e 8/8.1, assumido depois de ver a dificuldade que as empresas enfrentaram ao ter que migrar aplicações do Windows XP para Windows 7.

Essa dificuldade da migração do Windows se torna muito mais critico quando pensamos em empresas com equipamentos embutidos em processos ou maquinários, como manufatura e computadores especializados. Alguns projetos de migração do Windows XP para Windows 7 falharam e acabaram se tornando migração do Windows XP para Windows 8, de tão demorado que os projetos se tornaram.

Com o compromisso de longo prazo na compatibilidade, podemos confiar que serão migrações mais fáceis.

Ontem em um cliente usei o meu servidor para as Demos de System Center e ele se interessou quando disse que utilizava o recurso Deduplication (ou Dedup) do Windows Server 2012 R2. Consequentemente, a reunião migrou do System Center para otimização de discos com o Hyper-V.

Afinal de contas, o ganho com Dedup em VHDs é impressionante, chegando no meu caso a quase 80% de espaço adicional:

Importante: Primeiro ponto nessa conversa é deixar claro que a Microsoft não suporta Dedup para Hyper-V em hosts de Hyper-V para VMs em produção. O motivo é explicado no TechNet http://technet.microsoft.com/en-us/library/hh831700.aspx, e basicamente é porque Dedup em ambiente onde os arquivos estão abertos pode gerar diversos erros:

“Deduplication of open files has not been fully validated for general virtualization or other applications, and additional issues may be encountered.”

Porem, surgem sempre duas perguntas neste caso:

Pergunta 1: Mas o Dedup do Windows 2012 R2 pelo PowerShell tem o modo “Files” e o modo “Hyper-V”, como não é suportado?

Resposta: Para Hyper-V só é suportado para ambiente VDI, onde as maquinas são de usuário com SO cliente. Como em geral ambientes de VDI utilizam o modo de pool e uma única VM é duplicada a cada nova seção, se 100 usuário estão online teríamos 100 VHDs sendo criados dinamicamente com dados duplicados.
Neste caso fica evidente que o uso do Dedup será suportado, uma vez que os VHDs são dinamicos e não estão o tempo todo em uso. Alem disso em geral são utilizados discos diferenciais, mantendo o disco parent imutável.

Pergunta 2: Se não é suportado, porque eu estou usando?  ;-)

Resposta: Não é suportado, mas no meu caso não é ambiente de produção e utilizo Dedup manual:

Não mantenho meu servidor 24 horas por dia ligado, então quando todas as VMs estão paradas, normalmente faço isso semanalmente, inicio o Job do Dedup com o comando:

Start-DedupJob -Type Optimization -Volume X:

Depois basta monitorar se o Job já terminou com Get-DedupJob:

Assim, meus arquivos VHD não correm o risco de serem manipulados enquanto estão em uso e garanto que periodicamente está sendo atualizado o Dedup.

Porem, é sempre bom lembrar que para não ter problemas o ideal é ter um disco ou volume separado para os VHDs, pois na configuração do Dedup este volume estará configurado como VDI (ou Hyper-V no PowerShell):

Uma reclamação constante dos usuários do System Center Service Manager (SCSM) é o seu portal. Na versão disponivel para teste Technical Preview que será lançada neste ano, o portal do SM continua sendo em SharePoint Foundation 2010 e sem permitir customizações na interface. Desta forma, os clientes que utilizam o WAP como acesso externo, tinham que ter uma ferramenta de terceiro para fazer requisições.

Porém, algo que poucos já utilizaram é a integração entre o Windows Azure Pack (WAP) com o Service Manager para fornecer um portal completo de auto-provisionamento com VMs, bancos de dados, sites e requisições de serviço.

Configurando o Windows Azure Pack como Portal do Service Manager

O primeiro passo para a integração é fazer o download do componente GridPro que é gratuito até uma assinatura (tenant), sendo necessário adquirir a versão Pro para trabalhar com multiplas assinaturas (multi-tenant).

Entre no portal do WAP e em Request Management baixe o componente GridPro, que será manualmente e simples, solicitando alguns dados do servidor do Service Manager:

Após a instalação do componente utilizamos a interface do WAP para incluir os dados do servidor que está com o GridPro:

O passo seguinte é incluir o serviço Request Management como parte da assinatura padrão que é ofertada no portal do Azure Pack:

Utilizando o Windows Azure Pack como Portal

Agora já podemos abrir o portal do WAP e ver que a aba “Solicitações” foi habilitada, permitindo que sejam vistos chamados em aberto ou adicionar novos chamados (incidentes):

Ao utilizar a criação de uma nova solicitação, a interface moderna do WAP se alinha com os dados fornecidos na oferta do serviço, de forma muito clara e fácil de entendimento:

Caso a sua oferta de serviço contenha objetos, como lista e enumeradores, todos são suportados no WAP:

Como resultado, ao abrir a solicitação pelo portal do WAP podemos verificar todos seus dados e a lista de solicitações em aberto:

Ao abrir a solicitação registrada, podemos ver detalhes e a lista de atividades que o template do Service Manager define nos workflows, de forma muito mais intuitiva que o Self-Portal do Service Manager, assim como documentos anexados e artigos de conhecimento (KB):

Mesmo a parte de comentários e interações entre o sistema/operador e o usuário são simples e fáceis de serem acessados e utilizados:

Porem, caso sua empresa ainda utilize o Self-Portal, será possivel visualizar os chamados abertos no WAP dentro dele, como o exemplo abaixo da requisição que abrimos:

Conclusão

Com a integração entre o Windows Azure Pack 2.0 e o System Center Service Manager, oferecer serviços de Cloud (público ou privado) se tornará muito mais profissional!