A cerca de um ano atrás um grupo de seis profissionais foi convocado pela Microsoft para criar o que seria o “5 Estrelas” do Windows 7, exame 70-680.

Porem, neste meio tempo o programa foi descontinuado e criado um novo conceito de portal para treinamento, o que incluiria videos, artigos, demos, etc. Está disponivel em http://technet.microsoft.com/pt-br/gg263360.aspx

Este novo formato é muito mais rico e disponivel, porque no “5 Estrelas” era necessário que o visitante se autenticasse e dai para frente fizesse provas que indicavam sua habilidade, mas muitos nos diziam que gostariam de ver as funcionalidades que ficavam na quarta ou quinta estrela, por exemplo.

Este é apenas o primeiro dos portais baseados neste novo formato e já está sendo organizado o de SharePoint 2010 Administração e Desenvolvimento, System Center Configuration Manager 2007 R3 e System Center Operations Manager 2007.

Agora foi publicado o portal e eu tive o privilégio de ter realizado os 3 videos de implementação do Windows 7. Posso dizer que assistindo aos videos haverá grande chance de fazer o exame com sucesso !!!!!

Tabelas de teóricas de consumo de um microcomputador, notebook ou servidores são amplos na internet. Em geral se utilizam 4 formas de cálculos:

1. Determinístico Arbitrário – Usa-se capacidade total da fonte menos um percentual arbitrário de uso concorrente. Por exemplo, se a fonte do seu computador é 200W e você não utiliza todas as saidas de energia, arbitra-se o valor de 60%, portanto 120W.
   Este método não é confiável porque não tem qualquer base real para o percentual.
2. Deterministico Acumulado – Soma-se o consumo da CPU, memória, discos, placa mãe e adicionais levando em conta as especificações técnicas do fabricante de cada componente.
   Este método é exato no cálculo mas pode aumentar o consumo real, pois leva-se em conta o valor de consumo máximo de cada componente, sendo que o processador varia o consumo conforme a demanda, o disco pode desligar em ociosidade, alem de não levar em conta dispositivos USB como teclado, mouse e pendrive.
3. Consumo Real – Este método é o mais exato e traz o consumo a partir da energia “puxada” pelo equipamento a partir do cabo de força principal com a ajuda de um alicate amperímetro, como a imagem abaixo. Este alicate traz a amperagem, voltagem e consumo pelo arco elétrico gerado no cabo de força ao ser coloca na pinça de leitura.
   
   Porem, este método também tem a desvantagem de exigir que a medição seja humana e não manter registros das oscilações conforme o uso dos componentes se ajustam a demanda de processamento.
4. Consumo Real (heurístico) – Este método é automatizado, inteligente e real. Por meio de fórmulas heurísticas de consumo é possivel saber o total medindo o consumo da CPU, memória e outros componentes a partir de dados dos sensores do computador ou pelos dados de cada componente atualizado. Este cálculo é feito por um software que acumula os dados trazendo a média de consumo, INCLUINDO CO² !!!
   Para isso baixe a ferramenta JouleMeter criada pela Microsoft Research e gratuito em http://research.microsoft.com/en-us/projects/joulemeter/default.aspx
   
   O consumo de CPU e memória do programa é infimo e não afetará o ambiente, sendo permitida até a instalação em VMs baseadas em processadores com Intel-VT ou AMD-V.

É isso ai, agora você poderá fazer tabelas reais de consumo dos servidores, estações e outros da sua rede. Em breve farei um post comparando o consumo de servidores visualizando o cenário de virtualização.

No nosso ambiente instalamos um servidor Dell e as cinco VMs antes distribuidas em 3 maquinas físicas foram consolidadas. Porem, nossos Domain Controllers são duas VMs e notamos o problema da falta de um DC no momento do startup das outras VMs, principalmente a do Exchange, quando o servidor é atualizado pelo WUA, por exemplo ou em caso de pane na host.

Como resolver isso?

Solução 1

A maquina fisica ser o Domain Controller e hospedar os FSMOs.

A desvantagem deste método é que a recomendação padrão é que a maquina do Hyper-V seja dedicada a esta função, e que nem driver de video ela tenha (Problemas com o driver Intel Graphics Media Integrated HD e o Hyper-V). Tanto esta solução quanto a abaixo não eram viáveis porque o cliente mantem uma segunda maquina em outro local fisico com as VMs copiadas para apenas atualizar o BD do SQL em caso de pane do servidor ou do prédio, e sincronizar AD neste caso seria inviável.

Solução 2

Colocar um servidor fisico hospedando o AD.

Não é víável para este cliente porque sua intenção foi comprar um servidor bi-processado, fontes redundantes e storage dedicado, alem de um poderoso no-break para 1h30m de operação. Colocar mais um servidor seria contra o projeto apresentado, até porque no ambiente também existe um servidor System Center Data Protection Manager (DPM) que não pode ser DC. Com isso, precisamos limitar o ambiente a 3 maquinas físicas (servidor Hyper-V, DPM e TMG).

Solução 3

Sequenciar as VMs, fazendo com que a DC que hospeda o FSMO fosse a primeira.

Esta se tornou a opção ideal, não incluiria mais uma maquina a ser gerenciada e permitiria fazer o restore de emergencia rapidamente no caso de pane do servidor.

Porem, note que este processo é invertido. Não se diz qual máquina irá ligar na frente, mas sim coloca-se um delay nas maquinas que dependem. Isso pode ser feito nas configurações de cada VM que dependa de outra maquina e alterar as configurações “Automatic Start Action”, como mostrado abaixo:

NOTA: Esta solução é adequada para casos de reinicio do servidor onde as VMs foram salvas e irão reiniciar automaticamente e não se aplicam ao startup manual, obviamente.