System Center 2012: Virtual Labs e Videos

Esta semana ocorreu uma grande atualização nos Virtual Labs da Microsoft sobre System Center (http://technet.microsoft.com/en-us/systemcenter/bb539977)

Agora foram acrescentados os videos do SCCM 2012, SCOM 2012 e VMM 2012. É excelente para quem não tem hardware ou conhecimento de virtualização para utilizar os trials disponiveis para download.

Claro que com o tempo serão acrescentados novos videos e laboratórios virtuais dos outros produtos da familia System Center 2012.

Apenas é bom lembrar que são em ingles, mas de fácil entendimento para quem tem conhecimento técnico. Vale a pena !!!

System Center 2012

Licenciamento do System Center 2012–Server e Client

Foi noticiado o novo modelo de licenciamento do System Center 2012, o que facilitou muito a forma como vendemos o pacote de produtos. Realmente o fato de agora não termos mais licenças individuais para cada um dos 8 produtos que fazem parte da familia System Center 2012 é uma vantagem. Porem, é importante relembrar dois fatores que muitos estão deixando de lado:

  1. O System Center atual já possuia uma forma de licenciamento chamada de Suite Enterprise que envolvia todos os produtos
  2. O licenciamento por cliente ainda continua existindo, sendo um custo importante no cálculo final, porem também possuia a opção Enterprise CAL Suite

Para o System Center atual fiz alguns cálculos para demonstrar quanto custa algumas implementações em (http://www.marcelosincic.com.br/blog/post/Licencas-da-Familia-System-Center-Tipos-e-Precos.aspx) e é bom esclarecer como ficam os mesmos dados agora, incluindo a licença de clientes, e fazer o comparativo.

Licença para Servidores

Agora o licenciamento pode ser Standard ou Enterprise:

  • Standard é para máquinas fisicas ou virtuais e cobre apenas dois processadores e 2 máquinas virtuais ao custo de U$ 1.323
  • Enteprise não limita o numero de servidores para o ecosistema, mas limita o número de processadores fisicos do host ao custo de U$ 3.607

Pode parecer confuso, mas na verdade é simples, imaginando o cenário onde um servidor (hosts) com 4 processadores fisicos:

  • Se você for implementar uma VM para cada funcionalidade, portanto 8 VMs, o ideal seria comprar 2 (duas) licenças Enterprise já que cada licença cobrem 2 processadores e não precisaria “contar” o número de VMs
  • Se você for implementar até 4 VMs agrupando papeis o ideal seria comprar 2 (duas) licenças Standard já que cada licença cobre 2 processadores e até 2 VMs

Nota: No primeiro exemplo acima o custo de ter duas licenças Enterprise é de U$ 7.214 enquanto com a Standard é U$ 5.292. Parece que a decisão deverá ser pensada com cuidado !!!

Licença para Clientes

Temos uma tabela de licenciamento de clientes diferente, pois são 3 licenças dependendo do produto que será utilizado:

image

As licenças não são cumulativas, mas individuais. Portanto se for desejado utilizar o SCCM, SCOM, VMM e o DPM em um determinado servidor será necessário compras a licença de CMC e a de CMSL ao custo de U$ 183. No modelo antigo seria necessário gastar U$ 354 (u$ 157 Licença Server do SCCM e SCOM e U$ 70 pela licença do VMM e DPM que são Suite).

Nota: No pacote atual as licenças para servidores são diferentes das de estações, com custo bem superior.

Simulação

Veja a simulação do custo do System Center 2012 com os mesmos parametros da simulação com a versão anterior, ou seja 1000 clientes e 10 servidores:

Produto Licença Servidor* Licença Clientes Valor Total
Configuration Manager 2012  $             7.214,00  $           62.620,00  $               69.834,00
Operations Manager 2012  Já incluida   $        122.210,00  $            122.210,00
Data Protection Manager 2012  Já incluida   Já incluida   $                              -  
Virtual Machine Manager 2012  Já incluida   Já incluida   $                              -  
Service Manager 2012  Já incluida   Já incluida   $                              -  
Orchestrator  Já incluida   Já incluida   $                              -  
Total  $ 192.044,00
   
*Levando em conta um servidor para cada papel    

Ou seja, temos um custo maior, porem note que na simulação com os produtos atuais não foi cotado o SCSM nem o Orchestrator, o que aumentaria bem o valor final de U$ 113.863

Referências

Seguem os links para os documentos que contem os dados citados neste post:

http://download.microsoft.com/download/0/D/9/0D9DDF52-A855-487B-9B74-5A09A9389551/Windows%20Server%20System%20Center%20and%20Forefront%20Pricing%20and%20Licensing%20Guide.pdf

http://myitforum.com/myitforumwp/wp-content/uploads/2012/01/System-Center-2012-Licensing-Datasheet.pdf

Interface Core e Sistema de Arquivos do Windows 8 Server

Duas novas informações vindas do time do Windows 8 Server são interessantes, uma pela consolidação e mudança na interface e outra por ser uma “novidade” que já era esperada desde o Longhorn (Windows 2008 RTM).

Interface Core

Essa mudança é significativa, apesar de não ser nova por já estar presente no Windows 2008 R2. Porem agora a interface Server Core será o padrão ao invés da interface completa em servidores Windows 8.

Com essa alteração vemos como está sendo bem aceito e fundamentado pelos clientes o uso de um SO Windows com menor consumo de memória (512 Kb no Core contra 1.5 GB com a interface gráfica).

Mas adicionalmente foi acrescentada a possibilidade de alterar entre o modo GUI e o Core, o que hoje não é possivel no Windows 2008 R2. Isso permitirá, inclusive é destacado no anúncio, que um administrador poderá instalar a interface gráfica para configurar o servidor e após terminar retornar para o modo Core, o que será muito bom para os que conhecem pouco de PowerShell.

Referencia http://blogs.technet.com/b/server-cloud/archive/2012/01/11/windows-server-8-server-applications-and-the-minimal-server-interface.aspx

Novo Sistema de Arquivos ReFS

Desde o Longhorn que se falava de um sistema de arquivos baseados em banco de dados e que foi testado e tinha o code name WinFS. Porem o modelo de banco de dados não é como o de arquivos por diversos motivos, mas principalmente na forma de armazenar dados que difere em muito documentos.

Já ouvi muitas vezes pessoas dizendo que o SharePoint guarda arquivos em banco de dados, porem são dados em formatos estruturados e não binários desestruturados como é o caso de um disco. Por exemplo, um doc/gif/jpeg/pdf tem inicio e fim na clusterização do arquivo com conteudo definido pela aplicação, enquanto em um sistema de arquivos como o NTFS guarda dados de criptografia para cada arquivo e dados desestruturados como é o caso do Shadow Copy (VSS).

O que o ReFS irá agregar de conceitos de banco de dados não é o formato BLOB ou CLOB de armazenamento, mas sim a estruturação do sistema de arquivos.

Isso é fácil de se entender quando pensamos que no NTFS original guardava-se os metadados do arquivo em uma “tabela” onde havia data de criação, nome e outros dados comuns, que seram vinculados as listas de permissões ACL/ACE com o “ID” do arquivo. Com o passar do tempo e as evoluções surgiram muitas outras tabelas como criptografia, compressão, BitLocker, Shadow Copy, etc. Com isso o NTFS acabou se dissipando em uma série de “tabelas” que tratam de determinado metadado. Imagine um disco onde o NTFS esteja com criptografia e VSS habilitado quantas diferentes informações estarão espalhadas entre as diversas tabelas especificas de cada recurso.

Já no ReFS será utilizado o conteudo de chave primária para um arquivo e apenas um ID e as tabelas serão unificadas com o conceito de “Key Value” comum em aplicações que utilizam matriz (array) como .NET e Java.

Abaixo é possivel ver um exemplo que o time de produto divulgou onde a tabela de alocação contem apenas o ID e a referencia dos blocos fisicos no disco, uma tabela contem os metadados basicos do arquivo e outra todos os “Key Values” juntos.

image

O conceito de “Key Value” é muito util pois podemos representar qualquer informação adicional sem a necessidade de criar tabelas em separado. Veja o exemplo abaixo, claro que teórico de como representar a melhora.

image

Note que no modelo NTFS temos uma “tabela” que representa apenas a criptografia e para cada agente de recuperação repete-se os dados. Multiplique isso por cada tipo de informação que um arquivo armazena no NTFS.

Em modelo baseado em estruturas de tabelas todas as informações estão em um unico lugar baseada no código do “Key” e o valor guarda os detalhes daquela informação, reduzindo o numero de tabelas para controle.

Isso irá reduzir a superficie de falhas por não serem x tabelas (ou blocos) para guardar e recuperar os dados, sendo mais simples ao SO juntar as informações e manter os backups (réplicas) atualizadas.

Nota: Não será possivel converter o sistema de arquivos, será necessário mover e reformatar.

Referencia http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-generation-file-system-for-windows-refs.aspx