System Center 2019 e Windows Server 2019 – Upgrade in place II
Com o lançamento oficial do System Center 2019 semana passada agora já podemos testar a migração da versão final.
https://cloudblogs.microsoft.com/windowsserver/2019/03/07/coming-soon-microsoft-system-center-2019?wt.mc_id=4029139
Nova Politica de Versões
Na nova politica de versões do System Center, não haverá os canais Semi-Anuais como Windows.
Ou seja, você terá a versão 2019 por aproximadamente 3 anos com os updates que em geral ocorrem 3 vezes por ano.
Isso significa que diferente das primeiras versões que foram o 1801 e 1807, daqui em diante não teremos mais esse mesmo tipo de nomenclatura retornando ao antigo modelo de versões com updates (2019 UR 99).
Importante: System Center Configuration Manager continua com o canal Semi-Anual
https://docs.microsoft.com/en-us/system-center/ltsc-and-sac-overview?wt.mc_id=4029139
Executando o Upgrade
No mesmo documento acima, vemos o suporte para upgrade in-place que é garantido até as ultimas 2 versões.
Isso significa que os usuários das versões 2012 R2 precisarão primeiro fazer o upgrade para a 1801 e depois para o SC 2019.
Importante: System Center Configuration Manager terá as regras de update diferentes, dependendo do canal escolhido
Assim como o upgrade da versão 2016 para a 1801 foi tranquila e já demonstrei aqui http://www.marcelosincic.com.br/post/System-Center-2019-e-Windows-Server-2019-Upgrade-in-place.aspx, a migração do 2019 tambem foi bem satisfatória.
Todos eles precisamos apenas confirmar a instalação, apenas com excessão do SCOM e VMM que é necessário o upgrade de agentes.
O DPM não executei o upgrade pois atualmente utilizo o Microsoft Azure Backup que é um subset especializado para backup no Azure.
System Center Operations Manager (SCOM)
_thumb.jpg)
_thumb.jpg)
No caso do SCOM uma mudança é agora poder ativar pela interface no “About”, antes era necessário fazer pelo PowerShell com o comando Set-SCOMLicense.
_thumb.jpg)
Lembrando que no caso do SCOM é necessário autorizar o upgrade do agente para todos os servidores logo após a instalação. Caso não o faça continuará havendo comunicação, mas ele irá criar alertas constantes de aviso e novos recursos podem ocasionar falha nos agentes.
System Center Service Manager (SCSM) e System Center Orchestrator (SCO)
Literalmente nada precisou ser feito ou alterado e o mesmo aconteceu com o Orchestrator.
_thumb.jpg)
_thumb.jpg)
System Center Virtual Machine Manager (SCVMM ou VMM)
O VMM já exigiu um pouco mais de trabalho, pois é necessário rever as contas no “Run-AS” que agora limita contas locais e reinstalar os agentes.
No meu caso, fiz o exercicio de desinstalar para validar se apenas utilizando o banco de dados retornaria e funcionou!
_thumb.jpg)
_thumb.jpg)
_thumb.jpg)
_thumb.jpg)
Microsoft Virtual Machine Converter (MVMC)–Retirada do Produto
A Microsoft anunciou esta semana a retirada do MVMC como produto já no final deste ano.
https://blogs.technet.microsoft.com/scvmm/2016/06/04/important-update-regarding-microsoft-virtual-machine-converter-mvmc/
Para quem não conhece o MVMC ou não lembra sua função, ele é um plugin para converter maquinas fisicas (P2V) ou virtuais de outras plataformas (V2V) para VMs no Hyper-V.
O que usar no lugar do MVMC?
A sugestão apresentada é utilizar o Azure Recovery Site, mas ele na verdade é um serviço e não seria útil quando o desejo é subir VMs em ambiente on-premisse.
Porem, no caso do cliente que quer transformar o ambiente fisico (P2V) para nuvem (IaaS) o Azure Recovery Site é a melhor opção.
E para quem precisa fazer V2V hospedadas no VMWare para o Hyper-V pode utilizar o próprio VMM (System Center Virtual Machine Manager) que processa a conversão nativamente.
Por fim, para os casos de conversão de maquinas fisicas para virtuais (P2V) pode-se usar o Disk2VHD como já comentado em outras ocasiões e é um produto muito conhecido para gerar VHDs a partir de discos fisicos, que abordei em 2009: http://www.marcelosincic.com.br/post/Ferramenta-para-converter-HD-fisico-(em-uso)-para-VHD.aspx
Link do Disk2VHD: https://technet.microsoft.com/en-us/sysinternals/ee656415.aspx
System Center Virtual Machine Manager 2016 TP2 Integrado com Azure
Uma das novidades do System Center Technical Preview 2 é no Virtual Machine Manager que agora integra as VMs que você tem no Azure, o que nos deixaria orfão com o fim do AppController.
Para isso basta ir no console em Azure Subscriptions e inserir as assinaturas.
Para encontrar as assinaturas no painel web do Azure e copiar o ID da assinatura e baixar o certificado de gerenciamento que fica na aba de settings, como a imagem abaixo:

Multiplas assinaturas podem ser adicionadas no VMM:

Automaticamente o VMM irá popular a lista das VMs de cada assinatura, integrando a visualização:

A partir da integração é possivel gerar relatórios, ver as configurações, iniciar e parar VMs e automatizar com Orchestrator.
Ainda existem limitações, por exemplo não é possivel criar VMs no console do VMM o que espero ser possivel quando houver o lançamento do System Center 2016.
Licenças da Família System Center-Tipos e Preços
Ao falarmos de produtos da família System Center, principalmente focando sobre os 3 principais produtos que são o Configuration Manager, Operations Manager e Data Protection Manager, sempre surge a questão de preços do licenciamento.
Montei uma tabela simples abaixo baseado nos valores praticados nos Estados Unidos e Canadá, porem no Brasil os valores não são 1 por 1 nem conversão pela cotação do dia. Leve em consideração também que o volume e o tipo de contrato pode alterar para baixo os valores da tabela padrão.
Produto (valores em U$)
|
Licença Servidor Std
|
Licença Server Enterprise
|
Licença Server Standard
|
Licença Client
|
Configuration Manager 2007 R2
|
579
|
430
|
157
|
41
|
Configuration Manager 2007 R2 com SQL
|
1321
|
430
|
157
|
41
|
Operations Manager 2007 R2
|
579
|
431
|
157
|
32
|
Operations Manager 2007 R2 com SQL
|
1321
|
431
|
157
|
32
|
Data Protection Manager 2010
|
432
|
158
|
NA
|
32
|
Virtual Machine Manager |
869
|
40
|
NA
|
NA
|
Suite completa System Center
|
1569
|
NA
|
NA
|
70
|
Levando em conta a tabela acima, veja valores para uma empresa com 10 servidores (5 virtuais) e 1000 clientes utilizando a suite. O calculo envolveria apenas um servidor de monitoração e não um farm de papeis:
Produto
|
Licença Servidor Std
|
Licenças Servidores
|
Licenças Clientes
|
Valor Total
|
Configuration Manager 2007 R2
|
579
|
1.570
|
41.000
|
43.149
|
Configuration Manager 2007 R2 com SQL
|
1.321
|
1.570
|
41.000
|
43.891
|
Operations Manager 2007 R2
|
579
|
1.570
|
32.000
|
34.149
|
Operations Manager 2007 R2 com SQL
|
1.321
|
1.570
|
32.000
|
34.891
|
Data Protection Manager 2010
|
432
|
1.580
|
32.000
|
34.012
|
Virtual Machine Manager |
869
|
200
|
NA
|
1.069
|
Suite completa System Center
|
1.569
|
não se aplica
|
70.000
|
71.569
|
Note que na tabela acima levei em conta o custo MÁXIMO pois nem todos os clientes terão agentes do DPM e SCOM, o que reduziria muito o custo acima.
Para ter acesso a tabela com todos os produtos e detalhes do licenciamento acesse o link http://www.microsoft.com/systemcenter/en/us/pricing-licensing.aspx