DATACENTERS pecam em planos de recuperação de desastre (DISASTER RECOVERY)

Fonte : Convergência Digital 

O ciberterrorismo cresce rapidamente no mundo, mas apenas 1/3 das empresas estão implantando projetos de recuperação de desastres, revela estudo divulgado pela associação norte-americana de Data Center, AFCOM, de acordo com reportagem do portal Cnet.News.

O levantamento constata que a maioria dos entrevistados - 60,9% - admite preocupação com ações cibercriminosas, mas apenas 19,7% adotam, efetivamente, políticas de treinamento em seus empregados para evitar danos nos negócios em função de uma guerra digital. Já 24,8% admitiram que incluiram práticas de segurança em seus manuais, mas que isso não significa uma adoção específica na rotina diária de trabalho.

De acordo ainda com o relatório, mais de 20% dos datacenters no mundo não estão preparados para enfrentar uma guerra virtual - o que significa risco iminente de perda de dados e informações confidenciais. Além disso, a maior parte deles falha num ponto estratégico: Eles não checam informações sobre seus funcionários, responsáveis diretos pela manutenção dos ambientes, considerados de alta segurança.

Os ciberataques são uma realidade. A Georgia, por exemplo, sofreu uma série de ataques e diversos sites estratégicos ficaram fora do 'ar' por ação de cibercriminosos, supostamente ligados à União soviética - os países vivem um enfrentamento político, econômico e social. Em julho, os Estados Unidos e a Coréia do Norte também teriam sofrido ataques criminosos em sites estratégicos e teriam, preventivamente, reforçado suas políticas de segurança.

O estudo da AFCOM apura ainda que nos últimos cinco anos, 63% dos datacenters tiveram um crescimento expressivo de dados considerados estratégicos para a sobrevivência de governos e grandes empresas, mas poucos, conclui a entidade, adotaram medidas efetivas contra o ciberterrrorismo. A AFCOM verificou 436 datacenters em 27 países, sendo que 83% deles estavam localizados nos Estados Unidos.

Wind-Powered DATACENTER Planned

Source : DATACENTER KNOWLEDGE

A Texas startup plans to build a data center powered by energy from huge “wind farms” in the Texas panhandle and the Gulf of Mexico. Baryonyx Corp.has been awarded three wind energy leases for 8,000 acres onshore in Dallam County, Texas and another 38,000 acres in the Gulf of Mexico, the company said. Baryonyx has also acquired 8 acres of land in Stratford, Texas for its data center project.

Baryonyx was formed in May to build data center projects powered by renewable energy resources. Its primary focus will be wind energy, but the company is also developing plans to eventually use hydrogen fuel cells and solar power to support its facilities when wind generation ebbs due to weather conditions.

The project is the most ambitious effort yet to harness wind power to provide electricity for data centers. Green House Data has built a 10,000 square foot facility in Cheyenne, Wyoming that runs primarily on wind energy, while Microsoft has demonstrated wind-powered containers packed with servers.

100 Turbines for DATACENTER

Baryonyx plans to build a 28,000 square foot data center in Stratford, which will be powered by 100 wind turbines built on the adjacent land that will generate up to 150 megawatts of power. Each of the turbines will be able to generate up to 3.3 megawatts of power. Capacity not needed by the data center will be sold to local utilities. Baryonyx said it will take about 3 years to reach the operational phase for the wind-powered data center.

The second phase is the offshore wind farms, which will feature up to 450 wind turbines, which are each 300 feet tall and capable of generating 6 megawatts of power. Baryonyx was the high bidder in a July 14 lease sale by the Texas General Land Office. Baryonyx will pay a “nominal fee” to lease the two offshore areas for wind development.

Leases Support Texas Schools

Once the wind farms are built and producing energy, they will pay royalties to the state’s Permanent School Fund that in the form of power, with royalites commencing at 3.5 percent of production and scale to 6.5 percent by the 17th year of the lease. The General Land Office will resell the electricity to Texas schools, prisons and cities, with the procees going to the school fund. ”

“With these leases, we’re turning green power into green cash for the state’s Permanent School Fund,” said Jerry Patterson, Commissioner of the Texas General Land Office. “It’s not just sustainable energy to power our businesses, it’s sustainable funding for public education.”

Google DATACENTERS and Green PUE

Source : GOOGLE

We design each element of our Google DATACENTERS to operate at optimal efficiency, from the servers, storage, and networking equipment to facility power and cooling infrastructure. Continuous measurement of power usage by all these elements lets us monitor the health, operating cost, and relative efficiency of our data centers. As we outline below, our approach has led to state-of-the-art efficiency; our efforts have cut our electricity consumption and significantly reduced both our operating costs and environmental footprint. As a result, we believe our data centers are the world's most efficient.

Such a strong claim demands evidence, especially in light of recent criticism of companies "gaming the numbers." On this page we will explain our measurements in detail to ensure that they are realistic and accurate. It is worth noting that we only show data for facilities with an actual IT load above 5MW, to eliminate any inaccuracies that can occur when measuring small values. This section is aimed at data center experts, but we have tried to make it accessible to a general technical audience as well.

To assess the efficiency of our data centers we use the Power Usage Effectiveness (PUE) metric. PUE puts a focus on maximizing the power devoted to the equipment running applications and minimizing the power consumed by support functions like cooling and power distribution. PUE is defined as the ratio of the total power consumed by a data center to the power consumed by the IT equipment that populate the facility:

For example, a PUE of 2.0 indicates that for every watt of IT power, an additional watt is consumed to cool and distribute power to the IT equipment.

We measure PUE in the spirit it was intended and follow its definition strictly. Our numbers include all power-consuming items in the facility, with one single exception (power used by the office area), and are measured throughout the year and not just during favorable seasons. Similarly, we count only the servers, storage and networking equipment as IT equipment power. For example, electrical losses in a server's power cord would be counted as overhead, not as IT power. Similarly, we measure total utility power at the utility side of the substation so that losses in substation transformers are included in our PUE. (For more details see the section on measurement methodology further below.) We strongly encourage all data center owners and operators to adhere to Green Grid PUE measurement standards, so we can all drive efficiency forward with meaningful comparisons.

The total DATACENTER power consumption is comprised of three major categories: IT power, data center power distribution losses, i.e., losses associated with delivering power to the IT equipment from the electric grid, and the power consumed to operate the data center cooling system. The intent of the PUE metric is to highlight the fraction of the total data center power consumption devoted to IT equipment. The ideal PUE value is 1.0, corresponding to a data center where all of the electrical grid power supplied to a data center is devoted to IT equipment and no power is used for cooling and power distribution. A PUE menor que 1 would be possible with on-site generation from waste heat, but currently this is commercially impractical to implement.

PUE Benchmark Data

Several technical papers have provided estimates and actual measured PUE data for data centers2-4. In their report to the U.S. Congress5, the US EPA provided a set of efficiency improvement scenarios which predicted future data center energy consumption and associated PUE values to 2011. The EPA listed four categories of data center efficiency improvements, with increasing cost and complexity, summarized in Table 1. The report estimates that in 2006, the typical enterprise data center had a PUE of 2.0 or higher. It is expected that equipment efficiency improvements alone, with current practices, could result in a 2011 PUE of 1.9. Data centers combining these efficiency gains with better operational practices are expected to reach a PUE of 1.7. DATACENTERS with advanced efficiency solutions are projected to reach a PUE of 1.3. Beyond that, the EPA predicted that "state-of-the-art" data centers, employing exotic energy-efficient power and cooling technologies such as liquid cooling and combined heat-and-power energy generation solutions, could reach a PUE of 1.2. We're happy to report that today, on average for all Google designed data centers, we meet the EPA's most optimistic scenario for 2011.

Scenario PUE

Current Trends 1.9

Improved Operations 1.7

Best Practices 1.3

State-of-the-Art 1.2

(EPA Estimated PUE Values in 2011 )

Results

Figure : PUE data for ten large-scale Google DATACENTERS

Figure summarizes the PUE results from all Google-designed data centers with an IT load of at least 5MW and time-in-operation of at least 6 months. The trailing twelve-month (TTM), energy-weighted average PUE for all of these facilities is 1.19, exceeding the EPA's 2011 goal for state-of-the-art data center efficiency. We achieve this result without the use of any exotic techniques the EPA report assumes are necessary to reach this level of efficiency. Individual facilities can return even lower PUE values, with at least one facility returning a TTM PUE of 1.14. Our lowest published quarterly average PUE of an individual facility is 1.11, meaning that all electrical losses and cooling overhead combined used just 11% of the IT load. We believe that each of these data centers ranks among the most efficient large data centers currently in operation today.

Why is there variation among the data? Power and cooling architectures differ between facilities, and the facilities themselves are located in different climates, which influences the PUE performance. Also, the data centers shown in Figure 1 were built at various times since 2005, and over time our designs have evolved and become more efficient. For example, Data Center A is the oldest facility of the group and has one of the highest average PUE values. Data Centers E and F are two of the newest and have among the lowest values. In addition, PUE values are impacted by seasonal weather patterns, and thus the PUE during cooler quarters tends to be lower than in warmer ones. Figure 2 plots daily PUE of data center F through commissioning and into operation. The graph shows early amplified day-to-day variations and elevated PUE typical of bring-up activities, and smoothing as it transitions into operation.

Figure  Daily average PUE data for a new Google DATACENTER currently in bring-up

Measurement Methodology

The PUE of a DATACENTER is not a static value. Varying server and storage utilization, the fraction of design IT power actually in use, environmental conditions, and other variables strongly influence PUE. Thus, we use multiple on-line power meters in our data centers to characterize power consumption and PUE over time. These meters permit detailed power and energy metering of the cooling infrastructure and IT equipment separately, allowing for a very accurate PUE determination. Our facilities contain dozens or even hundreds of power meters to ensure that all of the power-consuming elements are accounted for in our PUE calculation, in accordance with the metric definition6. Only the office space energy is excluded from our PUE calculations. Figure shows a simplified power distribution schematic for our DATACENTERS.

Figure  Google DATACENTER Power Distribution Schematic

Equation for PUE

PUE=(EUS1+EUS2+ETX+EHW)/EUS2+ENET1-ECRAC-EUPS-ELV)

• EUS1 Energy consumption for type 1 unit substations feeding the cooling plant, lighting, and some network equipment

• EUS2 Energy consumption for type 2 unit substations feeding servers, network, storage, and CRACs

• ETX Medium and high voltage transformer losses

• EHV High voltage cable losses

• ELV Low voltage cable losses

• ECRAC CRAC energy consumption

• EUPS Energy loss at UPSes which feed servers, network, and storage equipment

• ENet1 Network room energy fed from type 1 unit substitution

Error Analysis

To ensure our PUE calculations are accurate, we performed an uncertainty analysis using the root sum of the squares (RSS) method. Our uncertainty analysis shows that the overall uncertainty in the PUE calculations is less than 2% (99.7% confidence interval). Our power meters are highly accurate (ANSI C12.20 0.2 compliant) so that measurement errors have a negligible impact on overall PUE uncertainty. The contribution to the overall uncertainty for each term described above is outlined in the table below.

Term Overall Contribution to Uncertainty

EUS1 4%

EUS2 9%

ETX 10%

ECRAC 70%

EUPS <1%

EHV 2%

ELV 5%

ENet1 <1%

Conclusions and Further Work

While we've made a lot of progress when it comes to DATACENTER efficiency, we're still learning. As we review our real-time efficiency performance we might, for example, notice that one of our data centers is not performing consistently with others of similar size and locale. So we'll take a closer look at optimizing that facility. Are we using fans to cool spaces that don't need to be cooled? Is the thermostat at the right set-point? Can we reduce the time the chillers need to run while keeping the machines operational? Are there lessons that are applicable from better performing data centers to existing facilities? Using the least amount of power to do the most amount of computing is the right thing to do for both the environment and our bottom line. So far our efficiency efforts have saved hundreds of millions of kWhrs of electricity, cutting our operating expenses by tens of millions of dollars and averting the emission of tens of thousands of tons of CO2.

.

References:

[1] The Green Grid, 2007, “The Green Grid Data Center Power Efficiency Metrics: PUE and DCiE,” Technical Committee White Paper,

http://www.thegreengrid.org/gg_content/TGG_Data_Center_Power_Efficiency_Metrics_PUE_and_DCiE.pdf.

[2] Malone, C., Belady, C., 2006, “Metrics to Characterize Data Center & IT Equipment Energy Use,” Proceedings of 2006 Digital Power Forum, Richardson, TX.

[3] Greenberg, S., Mills, E., Tschudi, W., Rumsey, P., Myatt, B., 2006, “Best Practices for Data Centers: Lessons Learned from Benchmarking 22 Data Centers,” ACEEE Summer Study on Energy Efficiency in Buildings, http://eetd.lbl.gov/emills/PUBS/PDF/ACEEE-datacenters.pdf.

[4] Accenture and Silicon Valley Leadership Group, 2008, “Data Center Energy Forecast Report,” https://microsite.accenture.com/svlgreport/Documents/pdf/SVLG_Report.pdf.

[5] Environmental Protection Agency, ENERGY STAR Program, 2007, “Report to Congress on Server and Data Energy Efficiency,”

http://www.energystar.gov/ia/partners/prod_development/downloads/EPA_Datacenter_Report_Congress_Final1.pdf.

[6] The Green Grid, 2008, “The Green Grid Metrics: Data Center Infrastructure Efficiency (DCiE) Detailed Analysis,” Technical Committee White Paper,

http://www.thegreengrid.org/gg_content/White_Paper_14_-_DCiE_Detailed_Analysis_072208.pdf.

[7] Barroso, L. and Hölzle, U., 2007, “The Case for Energy-Proportional Computing,” IEEE Computer, Vol. 40, No. 12, December 2007.

DATACENTERS everywhere on earth

To support its Bing search engine and Azure hosted services, the software giant has opened its largest data center outside the U.S. in temperate Ireland

The site is what Microsoft (MSFT) calls a "mega datacentre", a class the company has constructed previously only in the U.S.. The company open another mega datacentre in Chicago .

Both the new sites are intended to support Microsoft's online services, including its Azure hosted services and the recently introduced Bing search engine.

The Dublin facility covers 303,000 square feet, Arne Josefsberg, general manager of infrastructure services at Microsoft's Global Foundation Services, wrote in the blog post. It can provide 5.4 megawatts of power now, expandable to a total of 22.2 megawatts, he added.

Josefsberg said the building was constructed to take advantage of Ireland's cool climate.

"The facility makes extensive use of outside air economisation to cool the facility year-round, resulting in greater power efficiency with a resultant reduction in carbon footprint," he wrote.

The Chicago facility covers more than 700,000 square feet, with 30 megawatts of power initially available, expandable up to 60 megawatts, Josefsberg said. Two-thirds of the facility is intended to house containerised servers—shipping containers full of servers that can be cooled more efficiently than a conventional building.

The units can be made operational within hours, allowing quick expansion of capacity, and their server density can be more than 10 times that of a traditional datacentre, Josefsberg said.

Last month, Ray Ozzie, Microsoft's chief software architect, said the growth of online services would lead to more datacentres being built outside the U.S., citing the need for datacentres "everywhere on Earth".

APC TradeOff Tools

APC lançou o TradeOff Tools™  no ano passado - Aplicativos Baseados na Web que Simplificam o Processo de Planejamento e Construção de um Data Center

As novas ferramentas permitem que os clientes testem diversos cenários para validar escolhas de projeto.

APC TradeOff Tools™ é um conjunto de novos aplicativos baseados na Web com interfaces fáceis de usar projetadas para utilização nos estágios iniciais de desenvolvimento de conceito e projeto de data centers. Permitindo que gerentes de centro de processamento de dados testem diversos cenários relacionados à virtualização, eficiência, dimensionamento de potência, custos de capital e outros aspectos importantes de projeto o APC TradeOff Tools desmembra as grandes decisões de planejamento dos data centers em uma série de decisões menores e mais fáceis de gerenciar. O uso dessas ferramentas ajuda a validar, através da modelagem, o design geral de um data center.

“Os clientes precisam tomar decisões importantes durante um projeto de data center, e eles nem sempre têm as informações necessárias para orientá-los", afirma Helton Capella, diretor de marketing da APC para a América Latina. “Muitas de suas preocupações não são abordadas pelas ferramentas de configuração, porque elas surgem nos estágios iniciais do processo de seleção de conceito. Com a introdução do TradeOff Tools da APC, quando surge uma questão, o responsável pela tomada de decisões pode facilmente encontrar uma ferramenta para lidar com desafios específicos, obter uma resposta rápida e prosseguir com o processo de seleção de conceito” completa o executivo.

São  sete ferramentas ao todo . Aqui descrevemos as cinco consideradas mais importantes para o projeto de DATACENTERS:

DATACENTER - Cálculo de Carbono

O DATACENTER Carbon Calculator é uma ferramenta excelente. Ilustra como a localização geográfica, o nível de eficiência e a carga energética do DATACENTER podem impactar as emissões de dióxido de carbono e a conta de luz. Isso oferece aos gestores uma indicação geral de quão “verde” é o DATACENTER e quão “verde” ele poderia ser.

DATACENTER : Cálculo de Eficiência Energética

Essa ferramenta traça o perfil do data center e calcula o custo de eletricidade e a eficiência resultante com base nas características do ambiente. Os usuários podem entender o impacto que cada decisão importante tem na eficiência desse data center.

DATACENTER : Cálculo do Custo de Capital

Identifica parâmetros-chave da infra-estrutura física do data center e calcula os custos de capital com base nesses parâmetros. Isso permite que os usuários julguem como as mudanças de local, carga de TI e infra-estrutura de refrigeração e energia do data center podem impactar os custos gerais de capital.

DATACENTER : Cálculo do Custo de Energia da Virtualização

Abrange características da infra-estrutura física e de TI do data center e calcula a economia de energia resultante da virtualização de servidores. Isso permite que o usuário teste o impacto que a virtualização e vários aprimoramentos da infra-estrutura física terão no espaço ocupado pelo data center e no seu consumo de energia.

DATACENTER : Cálculo de Dimensionamento de Potência

Define as características básicas das cargas de TI e calcula a quantidade de eletricidade vinda da concessionária é necessária para suportar essa carga. Isso oferece aos usuários uma idéia geral de quanta energia, em quilowatts, eles precisarão para operar seu data center.

O Centro de Ciências de DATACENTERS (DCSC – Data Center Science Center) da APC foi quem desenvolveu o APC TradeOff Tools. A equipe de engenheiros e analistas do DCSC pesquisa aspectos de DATACENTERS e ajuda a desenvolver ferramentas de aprendizado e de projetos que auxiliam profissionais no gerenciamento de seus ambientes de dados.

Calculadoras de Virtualização do Windows Server 2008 R2

As calculadoras de virtualização do  Windows Server 2008 R2 propiciam dois caminhos para estimar o número e o custo das licenças de Windows Server Standard, Enterprise e DATACENTER necessárias para cenários de virtualização e ajuda assim a determinar o melhor custo efetivo para as edições do Windows Server.

Calculator 1 é utilizado para estimar as licenças e o custo das edições do  Windows Server  e produtos baseados no Windows Sever em um unico servidor físico. A ferramenta de virtualização não precisa ser obrigatoriamente da Micrososft para utilizar o calculator 1.

O calculator 1 permite construir maquinas virtuais rodando multiplos produtos Microsoft para estimar as licenças e custos do Windows Server por edição (Standard, Enterprise e Datacenter) e muitos produtos Micrososft baseados no  servidor. Inicia com a definição da configuração para a tecnologia de virtualização a ser utilizada , socketes e requisitos de cluster e constroi as maquinas virtuais.

Link: http://www.microsoft.com/windowsserver2008/en/us/server-calculator/default.aspx

Calculator 2 é utilizado para estimar as licenças e custo por edição do servidor Windows para um ou múltiplos servidores físicos.

O calculator 2 propicia dois caminhos para estimar o número e custo das licenças necessárias de Windows Server Standard Edition, Enterprise Edition e Datacenter Edition para os cenários de virtualização e ajuda a determinar assim o melhor custo efetivo da edição do Windows Server. Pode-se utilizar dois modelos para o cálculo, agrupar servidores pelo número de processadores e pela média de VMs, ou listar cada servidor individualmente.

Link : http://www.microsoft.com/windowsserver2003/howtobuy/licensing/calc_2.htm

As calculadoras são  pre-preenchidas  em US dollar com preços estimados do varejo americano mas voce pode utilizar os preços que a sua organização pratica para estimativas mais precisas.

Requisitos de Hardware para o Hyper-V

O Hyper-V requer hardware específico. Para instalar e usar a função Hyper-V, você precisará do seguinte:

Um  x64-based processor. O Hyper-V está disponível em edições de 64 bits do Windows Server 2008 – especificamente, as edições de 64 bits do Windows Server 2008 Standard, Windows Server 2008 Enterprise e Windows Server 2008 Datacenter. O Hyper-V não está disponível para edições de 32 bits (x86) ou Windows Server 2008 para sistemas baseados em Itanium. Entretanto, as ferramentas de gerenciamento do Hyper-V estão disponíveis para edições de 32 bits. Para obter mais informações sobre as ferramentas, consulte Instalando o Hyper-V.

Hardware-assisted virtualization. Essa opção está disponível em processadores que contêm uma opção de virtualização – especificamente os processadores com Intel VT (Tecnologia de Virtualização Intel) ou a tecnologia AMD-V (Virtualização AMD).

Hardware-enforced Data Execution Prevention (DEP) must be available and enabled. Especificamente, você deve habilitar o bit Intel XD (bit execute disable) ou o bit AMD NX (bit no execute).

É possível identificar os sistemas que ofereçam suporte à arquitetura x64 e ao Hyper-V pesquisando o catálogo do Windows Server em busca do Hyper-V como uma qualificação adicional (consulte http://go.microsoft.com/fwlink/?LinkId=111228) (em inglês).

Dica

As configurações de virtualização assistida por hardware e DEP aplicado por hardware estão disponíveis no BIOS. Entretanto, os nomes das configurações podem diferir dos nomes identificados acima. Para saber se um determinado modelo de processador oferece suporte ao Hyper-V, verifique com o fabricante do computador. Se você modificar as configurações de virtualização assistida por hardware ou DEP aplicado por hardware, recomendamos desligar o computador e religá-lo em seguida. A reinicialização do computador pode não aplicar as alterações efetuadas nas configurações.

Memória

A quantidade máxima de memória que pode ser usada é determinada pelo sistema operacional, conforme se segue:

No Windows Server 2008 Enterprise e Windows Server 2008 Datacenter, o computador físico pode ser configurado com até 1 TB de memória física, e as máquinas virtuais que executam uma dessas edições podem ser configuradas com até 64 GB de memória por máquina virtual.

No Windows Server 2008 Standard, o computador físico pode ser configurado com até 32 GB de memória física, e as máquinas virtuais que executam essa edição podem ser configuradas com até 31 GB de memória por máquina virtual.

Processador

A versão de lançamento do Hyper-V conta com suporte em computadores físicos com até 16 processadores lógicos. Entretanto, um hotfix (KB956710) está disponível para aumentar o número máximo de processadores virtuais para 24. Para obter mais informações e links para atualizações, consulte Lista de Atualizações de Hyper-V.

Um processador lógico pode ser de núcleo único ou de vários núcleos. Você pode configurar até 4 processadores virtuais em uma máquina virtual. Observe que o número de processadores virtuais com suporte de um sistema operacional convidado pode ser menor. Para obter mais informações, consulte Sobre máquinas virtuais e sistemas operacionais convidados. A seguir, alguns exemplos de sistemas com suporte e o número de processadores lógicos que oferecem:

• 
  
  Um sistema dual-core/com processador único que oferece 2 processadores lógicos.
  
  
  


• 
  
  Um sistema quad-core/com processador único que oferece 4 processadores lógicos.
  
  
  


• 
  
  Um sistema dual-core/com processador duplo que oferece 4 processadores lógicos.
  
  
  


• 
  
  Um sistema quad-core/com processador duplo que oferece 8 processadores lógicos.
  
  
  


• 
  
  Um sistema dual-core/com processador quádruplo que oferece 8 processadores lógicos.
  
  
  


• 
  
  Um sistema hyper-threaded dual-core/com processador quádruplo que oferece 16 processadores lógicos.
  
  
  


• 
  
  Um sistema quad-core/com processador quádruplo que oferece 16 processadores lógicos.
  
  
  

Rede

O Hyper-V oferece uma variedade de configurações e opções de rede para atender a diferentes requisitos de rede. Para obter mais informações sobre tipos diferentes de redes virtuais e adaptadores de rede virtuais, consulte Configurando redes virtuais.

A rede do Hyper-V contém o seguinte suporte:

Cada máquina virtual pode ser configurada com até 12 adaptadores de rede virtuais – 8 podem ser do tipo "adaptador de rede" e 4 podem ser do tipo "adaptador de rede herdado". O tipo de adaptador de rede oferece melhor desempenho e requer um driver de máquina virtual incluso nos pacotes de serviço de integração.

Cada adaptador de rede virtual pode ser configurado com um endereço MAC estático ou dinâmico.

Cada adaptador de rede virtual oferece suporte de VLAN integrado e pode receber um canal VLAN exclusivo.

Você pode ter um número ilimitado de redes virtuais com até 512 máquinas virtuais por rede virtual.

Observação

Não é possível conectar uma rede virtual a um adaptador de rede sem fio. Como resultado, não é possível oferecer recursos de rede sem fio a máquinas virtuais.

Armazenamento
O Hyper-V oferece suporte a uma variedade de opções de armazenamento. Para obter mais informações sobre essas opções, consulte Implementando discos e armazenamento.

Você pode usar os seguintes tipos de armazenamento físico com um servidor que executa o Hyper-V:

Armazenamento diretamente conectado: é possível usar SATA (Serial Advanced Technology Attachment), eSATA (Serial Advanced Technology Attachment externo), PATA (Parallel Advanced Technology Attachment), SAS (Serial Attached SCSI), SCSI, USB e Firewire.

SANs (redes de área de armazenamento): você pode usar as tecnologias iSCSI (Internet SCSI), Fibre Channel e SAS.

Importante

A Microsoft não oferece suporte a NAS (armazenamento conectado à rede) para o Hyper-V.

É possível configurar uma máquina virtual para usar os seguintes tipos de armazenamento:

Dispositivos IDE virtuais. Cada máquina virtual oferece suporte a até 4 dispositivos IDE. O disco de inicialização (às vezes conhecido como disco de boot) deve estar conectado a um dos dispositivos IDE. O disco de inicialização pode ser rígido virtual ou físico. Embora uma máquina virtual deva usar um dispositivo IDE virtual como o disco de inicialização para iniciar o sistema operacional convidado, você tem várias opções ao selecionar o dispositivo físico que fornecerá o armazenamento para o dispositivo IDE virtual. Por exemplo, é possível usar qualquer um dos tipos de armazenamento físico identificados na lista anterior.
Dispositivos SCSI virtuais. Cada máquina virtual oferece suporte a até 4 controladores SCSI virtuais, e cada controlador oferece suporte a até 64 discos. Isso significa que cada máquina virtual pode ser configurada com até 256 discos SCSI virtuais. O uso de dispositivos SCSI virtuais requer que os serviços de integração estejam instalados no sistema operacional convidado. Para obter uma lista de sistemas operacionais convidados para os quais os serviços de integração estão disponíveis, consulte Sobre máquinas virtuais e sistemas operacionais convidados

Discos rígidos virtuais de até 2040 GB. Você pode usar discos rígidos virtuais fixos, expandindo dinamicamente os discos virtuais e diferenciando os discos.

Discos físicos. Os discos físicos conectados diretamente a uma máquina virtual não têm limitação de tamanho, a não ser a limitação do sistema operacional convidado.

Capacidade de armazenamento da máquina virtual. Usando discos rígidos virtuais, cada máquina virtual oferece suporte a até 512 TB de armazenamento. Usando discos físicos, esse número é ainda maior, dependendo do que é suportado pelo sistema operacional convidado.

Instantâneos de máquina virtual. O Hyper-V suporta até 50 instantâneos por máquina virtual.

Dica

Embora o desempenho de E/S dos dispositivos SCSI e IDE físicos possa diferir bastante, isso não é verdadeiro para dispositivos SCSI e IDE virtualizados no Hyper-V. Os dispositivos de armazenamento IDE e SCSI do Hyper-V oferecem alto desempenho de E/S quando os serviços de integração são instalados no sistema operacional convidado. Para obter uma lista de sistemas operacionais convidados para os quais os serviços de integração estão diponíveis, consulte Sobre máquinas virtuais e sistemas operacionais convidados.

Cenários do Live Migration do Hyper-V

O Live Migration do Hyper-V™ aumenta a flexibilidade de muitas aplicações e usos do Hyper-V™, mas os seguintes cenários de uso são interessantes exemplos de como o Live Migration fornece benefícios ao mundo real.

Manutenção de Servidor

As atualizações de segurança de computador físico, a manutenção de software e a manutenção de hardware são considerações muito significativas em um cenário de virtualização de servidor. Como um único host físico que executa o Hyper-V™ pode hospedar múltiplas máquinas virtuais, qualquer tempo de indisponibilidade necessário para atualizar o computador físico pode afetar todas as máquinas virtuais em execução naquele computador físico. Como a segurança das máquinas virtuais em execução no host físico é parcialmente dependente da segurança do sistema operacional do host físico, manter os hosts físicos atualizados e protegidos é especialmente importante. O Live Migration do Hyper-V™ traz dois benefícios principais ao cenário de manutenção de servidor. A capacidade de migrar uma máquina virtual em execução de um host físico Hyper-V™ para outro sem nenhum tempo de indisponibilidade significa que as máquinas virtuais podem ser migradas longe de um host físico Hyper-V™ antes de ser feita a manutenção. Após ser feita a manutenção do host físico e ele ser reinicializado, as máquinas virtuais podem ser migradas de volta ao computador físico. Tudo isso pode acontecer sem nenhum impacto sobre a disponibilidade da máquina virtual. Além disso, como a manutenção de host físico pode ser realizada sem nenhum impacto sobre a disponibilidade da máquina virtual, esta manutenção pode ocorrer durante o horário comercial. Finalmente, como as operações do Hyper-V™, incluindo o Live Migration, podem ter script usando a interface WMI do Hyper-V, muitas operações de manutenção de host físico podem ser automatizadas. As ferramentas de gerenciamento de sistema que podem fazer script ou chamadas WMI, tal como o Microsoft System Center Configuration Manager, podem ser configuradas para trabalhar com o Live Migration.

DATACENTER  dinâmico

Com o Live Migration do Hyper-V™, as organizações podem implementar ambientes dinâmicos de TI. Os ambientes dinâmicos de TI facilitam o provisionamento de servidores baseado na real utilização e demanda de serviço, ao invés do critério menos flexível, tal como a demanda esperada. O gerenciamento lógico do ambiente dinâmico de TI atribui máquinas virtuais aos hosts físicos Hyper-V™ de acordo com a real utilização e demanda. Por exemplo, se um ambiente de TI hospeda uma aplicação baseada na Web e o número de solicitações simultâneas ao site da Web aumenta, o Microsoft System Center Virtual Machine Manager (VMM) pode automaticamente fornecer um ou mais servidores da Web adicionais. Ao provisionar esses servidores da Web, o Virtual Machine Manager leva em conta a carga de trabalho no atual hardware físico. Se a carga do ambiente de TI continuar a aumentar, o Virtual Machine Manager pode alternar hosts físicos adicionais e inicializar mais máquinas virtuais para atender à carga.

Quando a carga flutua, as máquinas virtuais podem ser transferidas entre os hosts físicos para manter alta as taxas de utilização de hardware. Os hosts físicos não utilizados podem, então, ser desligados, o que reduz o consumo de energia e os requisitos de resfriamento e, consequentemente, ajuda a minimizar os custos de funcionamento. As más detecções entre a capacidade do host físico e as demandas da máquina virtual podem ser mais facilmente corrigidas porque não é necessário nenhum tempo de indisponibilidade para mover uma máquina virtual para um host físico com mais capacidade de processamento disponível. Se o uso ou o desempenho do host físico mudar após uma máquina virtual ser colocada naquele servidor, a máquina virtual pode se facilmente migrada para um servidor com mais capacidade livre. O Virtual Machine Manager pode ser usado para facilmente fazer relatório sobre a utilização atual do host físico e ajudar a selecionar os candidatos ideais para a máquina virtual em questão.

TI Verde

Até 33% da energia consumida por muitos centros de dados destina-se ao resfriamento e a outros requisitos de infraestrutura. A abordagem ágil de carga de balanceamento permitida pelo Live Migration do Hyper-V™ pode ser estendida para reduzir o consumo de energia no centro de dados. Os centros de dados com cargas flutuantes podem usar a automatização via scripts e o Live Migration para aumentarem a taxa de consolidação de máquina virtual durante os momentos de baixa demanda. Com menos servidores hosts físicos executando mais máquinas virtuais, o host físico não utilizado pode ser desligado para reduzir o consumo de eletricidade e a demanda de resfriamento. Em antecipação aos períodos de maior demanda (como uso de pico diário, processamento de final de trimestre ou de final de ano), o host que está offline pode ser novamente colocado em atividade e a carga de máquina virtual pode ser redistribuída com o Live Migration. O recurso Live Migration do Hyper-V™ é integrado com o Windows Server 2008 R2 Hyper-V™ e nenhuma licença separada ou instalação de produto é necessária. De fato, qualquer migração que foi feita com o Quick Migration e que também incluía processadores do mesmo tipo suportará o Live Migration.

Fonte : Microsoft TECHNET

Gerenciando o Live Migration do Hyper-V

O Microsoft System Center Virtual Machine Manager 2008 R2 agrega significante valor às organizações que usam o Live Migration do Hyper-V™. As funções de gerenciamento de máquina virtual e de relatório do Virtual Machine Manager podem ser usadas em conjunto com o Live Migration para reduzir os esforços necessários para gerenciar um centro de dados virtualizado. O Virtual Machine Manager, usado em conjunto com o Live Migration, pode aumentar a capacidade de uma organização de responder às mudanças de níveis de uso e de requisitos. O Virtual Machine Manager também é muito útil no gerenciamento de hosts físicos Hyper-V™ distintos em uma organização, tais como os hosts físicos Hyper-V™ localizados em locais remotos. Quando o Virtual Machine Manager gerencia um host Hyper-V™ que foi configurado para alta disponibilidade, o Virtual Machine Manager é capaz de iniciar o Quick Migration ou o Live Migration a partir do console de gerenciamento do Virtual Machine Manager. Isso fornece uma ferramenta de gerenciamento única para todas as tarefas de gerenciamento de máquina virtual, incluindo o Live Migration. Como o console de administração do Virtual Machine Manager pode opcionalmente fazer a saída dos scripts PowerShell para cada tarefa que um administrador usa o console, as futuras repetições de tarefas comuns podem facilmente ser automatizadas exigindo-se uma habilidade mínima de programação. É claro que isso estende as migrações. Usar o Virtual Machine Manager para iniciar o Live Migration move uma máquina virtual em execução de um host físico para outro sem tempo de indisponibilidade e também gera o script PowerShell que pode iniciar aquela mesma tarefa no futuro ou ser facilmente modificado para iniciar o Live Migration em uma máquina virtual diferente ou em um diferente par de hosts de origem e de destino. O Virtual Machine Manager oferece amplo relatório sobre virtualização de host físico e colocação de máquina virtual. Esses relatórios podem ser usados em processos de tomada de decisões para a colocação de novas máquinas virtuais ou para migrações das máquinas virtuais existentes. Especialmente em um ambiente muito denso, como muitos centros de dados ou ambientes muitos dispersos, como locais remotos, a correta informação sobre o desempenho da virtualização pode ser vital para atender aos requisitos de uptime e de disponibilidade. O Virtual Machine Manager facilmente fornece as informações necessárias para o gerenciamento eficiente de múltiplos hosts físicos Hyper-V™ ou de máquinas virtuais. Como o Live Migration do Hyper-V™ torna muito fácil mover as máquinas virtuais de um host físico para outro, a obtenção de informações corretas sobre os hosts fiscos Hyper-V™ no ambiente é especialmente importante.

Implantando o Live Migration do Hyper-V

Como o Windows Server 2008 facilitou o processo de configuração do Clustering Failover, a implantação do Live Migration é fácil. Primeiro, termine o planejamento necessário para determinar quantos nós de cluster você implementará. Em seguida, certifique-se de que o host físico e o armazenamento compartilhado atendem aos requisitos da Microsoft para o uso em um Cluster Failover.

O processo envolve as seguintes etapas:

1. Configure o Clustering Failover do Windows Server 2008 R2.
2. Conecte ambos os hosts físicos com as redes e com o armazenamento
3. Instale o Hyper-V™ e o Clustering Failover em ambos os hosts físicos
4. Habilite os Volumes Compartilhados de Cluster
5. Torne as Máquinas Virtuais altamente disponíveis
6. Teste o Live Migration
Para instruções passo a passo detalhadas, veja o documento de implantação do Live Migration nesta URL: http://go.microsoft.com/fwlink/?LinkId=139667 (em inglês).

Arquitetura do Live Migration do Hyper-V

O Live Migration do Hyper-V™ foi projetado para mover as máquinas virtuais em execução sem nenhum impacto sobre a disponibilidade da máquina virtual para os usuários. Ao pré-copiar a memória da máquina virtual que está sendo migrada para o host físico de destino, o Live Migration minimiza a quantidade do tempo de transferência da máquina virtual. Uma migração instantânea é determinística, significando que o gerenciador ou o script que inicia a migração instantânea pode controlar qual computador será o destino da migração instantânea. O sistema operacional convidado na máquina virtual que está sendo migrada não sabe que a migração está acontecendo; então, nenhuma configuração especial é necessária para o sistema operacional convidado.

Requisitos

O Live Migration do Hyper-V™ tem muitos requisitos similares ao Quick Migration do Hyper-V™. Para as empresas que já usam o Quick Migration, a troca para o Live Migration deve ser simples. Os hosts físicos que participarão da migração instantânea devem ser configurados com os Serviços de Clustering Failover da Microsoft como um Cluster Failover e devem usar o armazenamento compartilhado. Além disso, os hosts físicos devem usar o mesmo tipo de processador. Por exemplo, para usar o Live Migration para mover uma máquina virtual de um host físico Hyper-V™ para outros, ambos os hosts físicos devem usar processador(es) de um mesmo fabricante. Deve ser observado que não há diferenças nos requisitos de armazenamento entre o Quick Migration e o Live Migration. Confira a lista completa dos requisitos do Live Migration do Hyper-V™:

 O Live Migration do Hyper-V™ é suportado nas seguintes edições do Windows Server 2008 R2:

o Windows Server 2008 R2 x64 Enterprise Edition

o Windows Server 2008 R2 x64 Datacenter Edition

 O Live Migration também é suportado no Microsoft® Hyper-V™ Server 2008 R2

 O Clustering Failover da Microsoft deve ser configurado em todos os hosts físicos que usarão o Live Migration

 O Clustering Failover suporta até 16 nós por cluster

 O cluster deve ser configurado com uma rede dedicada para o tráfego do Live Migration

 Os servidores hosts físicos devem usar um processador ou processadores do mesmo fabricante

 Os hosts físicos devem ser configurados na mesma subrede TCP/IP

 Os hosts físicos devem ter acesso ao armazenamento compartilhado

Recomendações e Observações:

 Um volume compartilhado clusterizado é recomendado para o armazenamento de máquina virtual em um cluster onde o Live Migration será usado.

 O recurso Live Migration pode ser ativado a qualquer momento entre qualquer dos dois nós de cluster. Isto significa que um cluster suportará migrações simultâneas. Por exemplo, um cluster de 16 nós suportará 8 migrações simultâneas com não mais que uma sessão de Live Migration ativa de cada nó do cluster.

 Uma conexão Ethernet de 1 Gigabit dedicada é recomendada para a rede do Live Migration entre os nós de cluster para transferir o grande número de páginas de memória típicas de uma máquina virtual.

 As configurações de cluster que foram validadas pelos fabricantes podem ser encontradas através das listagens no programa FCCP sob o título “A Política de Suporte da Microsoft para os Clusters Failover do Windows Server 2008” em: http://support.microsoft.com/default.aspx?scid=kb;EN-US;943984

Como Funciona o Live Migration O processo do Live Migration foi projetado para mover uma máquina virtual em execução de um host físico de origem para um host físico de destino o mais rápido possível. O Live Migration é iniciado por um administrador através de um dos métodos abaixo relacionados. A velocidade com que o processo se completa é parcialmente dependente do hardware usado para os computadores físicos de origem e de destino, bem como da capacidade da rede. Há três métodos de iniciar o Live Migration:

 Usando o console de Gerenciamento de Cluster Failover, um administrador pode iniciar o Live Migration.

 Se o Virtual Machine Manager estiver gerenciando os hosts físicos que são configurados para suportar o Live Migration, o console de administração do Virtual Machine Manager pode ser usado para iniciar o Live Migration.

 Um script WMI ou PowerShell pode ser usado para iniciar o Live Migration.

Qualquer sistema operacional convidado suportado pelo Hyper-V™ funcionará com o processo do Live Migration. Após ser iniciado o Live Migration, ocorre o seguinte processo:

1. Instalação do Live Migration

Na primeira etapa do Live Migration (Figura ao lado), o host físico de origem cria uma conexão TCP com o host físico de destino. Esta conexão é usada para transferir os dados de configuração da máquina virtual para o host físico de destino. Um “esqueleto” de máquina virtual é instalado no host físico de destino e a memória é alocada para a máquina virtual de destino.

2. Páginas de memória são transferidas de um nó de origem para um nó de destino

Na segunda etapa do Live Migration (Figura ao lado), a memória atribuída à máquina virtual em migração é copiada através da rede para o host físico de destino. Esta memória é chamada para o working set da máquina virtual em migração. Uma página de memória tem o tamanho de 4 kilobytes. Por exemplo, suponha que uma máquina virtual de nome NYC-SVR2, que é configurada com 1024MB de RAM, esteja migrando para outro host físico Hyper-V™.

Todo o conteúdo de 1024MB de RAM atribuído a esta máquina virtual abrange o working set da NYC-SVR2. As páginas utilizadas com o working set da máquina NYC-SVR2 são copiadas para o computador físico Hyper-V™ de destino. Além de copiar o working set da máquina NYC-SVR2 para o host físico de destino, o Hyper-V™, no host físico de origem, monitora as páginas no working set para a máquina NYC-SVR2. Quando as páginas de memória são modificadas pela máquina NYC-SVR2, elas são rastreadas e marcadas como sendo modificadas. A lista de páginas modificadas é simplesmente a lista de páginas de memória da máquina NYC-SVR2 que foi modificada após a cópia de seu working set ter começado. Durante esta fase da migração, a máquina virtual em migração continua a funcionar. O Hyper-V™ repete o processo de cópia de memória várias vezes, cada vez um número menor de páginas modificadas precisará ser copiado para o computador físico de destino.
Após o working set ser copiado para o host físico de destino, inicia-se a próxima etapa do Live Migration.

3. Páginas de memória C são transferidas

Um processo final de cópia de memória copia as páginas de memória modificadas restantes da NYC-SVR2 para o host físico de destino. O host físico de origem transfere o estado de registro e de dispositivo da máquina virtual para o host físico de destino. Durante esta etapa do Live Migration, a largura de banda de rede disponível entre os hosts físicos de origem e de destino é crítica para a velocidade do Live Migration. Por essa razão, é recomendado a rede Ethernet de 1 Gigabit. Quanto mais rápido o host físico de origem puder transferir as páginas modificadas do working set das máquinas virtuais em migração, mais rapidamente a migração finalizará. É importante observar que o número de páginas a serem transferidas nesta etapa é ditado pelo quanto a máquina virtual está ativamente acessando e modificando as páginas de memória. Quanto mais páginas modificadas, mais longo será o processo de migração da máquina virtual para permitir que todas as páginas sejam transferidas para o host físico de destino.

Após as páginas de memória modificadas forem completamente copiadas para o host físico de destino, o host físico de destino tem um working set atualizado da NYC-SVR2. Isto significa que o working set da máquina NYC-SVR2 está presente no host físico de destino no estado exato que ele estava quando a máquina NYC-SVR2 começou o processo de migração. Observação: O processo do Live Migration pode ser cancelado a qualquer momento antes desta etapa da migração.

4. Mudar o controle de armazenamento da origem para o destino

Na quarta etapa do Live Migration (Figura ao lado), o controle de armazenamento relacionado à NYC-SVR2, tal como os arquivos VHD ou os discos pass-through, é transferido para o host físico de destino.

5. A máquina virtual torna-se online no servidor de destino

Na quinta etapa do Live Migration (Figura 5 ao lado), o servidor de destino agora tem o working set atualizado da NYC-SVR2, bem como o acesso a qualquer armazenamento usado pela NYC-SVR2. Neste momento a NYC-SVR2 é retomada.

6. Reconfiguração da rede

Na fase final do Live Migration, a máquina virtual migrada está sendo executada no servidor de destino. Neste momento, uma mensagem é enviada para o switch de rede física, que faz com que ele reaprenda os endereços MAC da máquina virtual migrada, de maneira que o tráfego de rede para e da NYC-SVR2 possa usar a correta porta de switch. O processo do Live Migration se completará em menos tempo do que o intervalo de timeout do TCP para a máquina virtual que está sendo migrada. Os intervalos de timeout do TCP variam com base na topologia da rede e em outros fatores. As seguintes variáveis podem afetar a velocidade do Live Migration:

 O número de páginas modificadas na máquina virtual a ser migrada: quanto maior o número de páginas modificadas, mais tempo a máquina virtual permanecerá em um estado de migração;

 A largura de banda de rede disponível entre os computadores físicos de origem e de destino;

 A configuração de hardware dos computadores físicos de origem e de destino;

 A carga nos hosts físicos de origem e de destino;

 A largura de banda disponível (rede ou Fiber Channel) entre os hosts físicos Hyper-V™ e o armazenamento compartilhado

Visão Geral do Live Migration do Hyper-V

O Live Migration é integrado com o Windows Server 2008® R2 Hyper-V™ e com o Microsoft® Hyper-V™ Server 2008 R2. Com o Live Migration do Hyper-V™, você pode mover as máquinas virtuais em execução de um host físico Hyper-V™ para outro host sem qualquer interrupção de serviço ou tempo de indisponibilidade perceptível. Como o Live Migration do Hyper-V™ pode mover as máquinas virtuais em execução sem tempo de indisponibilidade, ele garante uma maior flexibilidade:

 Fornece melhor agilidade: Os centros de dados com múltiplos hosts físicos Hyper-V™ serão capazes de mover as máquinas virtuais em execução para o melhor computador físico a fim de se obter maior desempenho, escalabilidade ou ótima consolidação sem impactar nos usuários.

 Reduz os custos e aumenta a produtividade: Os centros de dados com múltiplos hosts físicos Hyper-V™ serão capazes de servir esses sistemas de uma maneira mais controlada, agendando a manutenção durante o horário comercial. O Live Migration torna possível manter as máquinas virtuais online, mesmo durante a manutenção, aumentando a produtividade dos usuários e dos administradores de servidor. Os centros de dados também serão capazes de reduzir o consumo de energia, aumentando dinamicamente as taxas de consolidação e desligando os hosts físicos não utilizados durante os horários de menor demanda.

Live Migration Comparado ao Quick Migration

O Quick Migration é um recurso do Windows Server® 2008 Hyper-V™ e do Windows Server® 2008 R2 Hyper-V™. Tanto o Live Migration como o Quick Migration movem as máquinas virtuais em execução de um computador físico Hyper-V™ para outro computador, mas a principal diferença é que o Quick Migration salva, move e então restaura a máquina virtual, o que resulta em algum tempo de indisponibilidade. O processo do Live Migration usa um mecanismo diferente para mover a máquina virtual em execução para um novo computador físico. Este processo será explicado em maiores detalhes na seção Arquitetura do Live Migration neste documento. Abaixo fornecemos um resumo do processo do Live Migration:

1. Todas as páginas de memória da máquina virtual são transferidas da fonte do host físico Hyper-V™ para o host Hyper-V™ de destino. Enquanto isto está ocorrendo, é rastreada qualquer modificação da máquina virtual para suas páginas de memória.

2. As páginas que foram modificadas enquanto a etapa 1 estava ocorrendo são transferidas para o computador físico de destino.

3. O controle de armazenamento dos arquivos VHD das máquinas virtuais são movidos para o computador físico de destino.

4. A máquina virtual de destino é trazida para o modo online no servidor Hyper-V™ de destino.

O Live Migration produz significantemente menos tempo de indisponibilidade para a máquina virtual que está sendo migrada. Isto torna o Live Migration o tipo de migração preferida quando os usuários devem ter acesso ininterrupto à máquina virtual que está sendo migrada. Como o Live Migration terminará em menos tempo que o timeout de TCP para a migração de máquina virtual, os usuários não terão nenhuma quebra na migração de máquina virtual durante as etapas 3 e 4 da migração. Observação: O Windows Server® 2008 Hyper-V™ suporta o Quick Migration. O Windows Server® 2008 R2 Hyper-V™ suporta tanto o Quick Migration como o Live Migration.

 

Fonte: Microsoft TECHNET

Visão Geral dos Recursos do Windows Server 2008 R2 Hyper-V

A Microsoft avançou em relação aos recursos de virtualização do seu Hyper-V. A versão Windows Server 2008 R2 Hyper-V avançou.
O Windows Server 2008 R2 Hyper-V foi construído sob a arquitetura e recursos estabelecidos para o Windows Server 2008 Hyper-V™, com vários recursos novos que melhoram significantemente a flexibilidade do produto. A adoção da virtualização tem gerado o aumento da flexibilidade na implantação e no gerenciamento do ciclo de vida das aplicações. Os profissionais de TI têm implantado e usado a virtualização para consolidar cargas de trabalho que reduzem a necessidade de expansão do servidor. Adicionalmente, eles podem implantar a virtualização com tecnologias de cluster para fornecer uma robusta infraestrutura de TI com alta disponibilidade e recuperação de desastres. Ainda assim, os clientes estão procurando por maior flexibilidade.

O Windows Server 2008 R2 Hyper-V fornece uma grande flexibilidade com o recurso Live Migration. O Live Migration é integrado ao Windows Server 2008 R2 Hyper-V e ao Microsoft Hyper-V Server 2008 R2. Com o Live Migration do Hyper-V™, você pode mover as máquinas virtuais em execução de um host físico do Hyper-V™ para outro, sem qualquer interrupção perceptível do serviço. Os profissionais de TI estão cada vez mais procurando usar o Live Migration para criar um ambiente de TI flexível e dinâmico, que possa responder às necessidades corporativas. O Live Migration fornece a tecnologia básica necessária para o balanceamento dinâmico de carga, colocação de máquina virtual, alta disponibilidade para as cargas de trabalho virtualizadas durante a manutenção dos computadores físicos e reduzido consumo de energia elétrica do centro de dados.

O Windows Server 2008 R2 Hyper-V™ adiciona novos recursos valiosos àqueles fornecidos pela primeira versão do Hyper-V™. Por exemplo, usando o Live Migration no Windows Server 2008 R2 Hyper-V™, executando máquinas virtuais que podem ser migradas de um computador físico para outro. O armazenamento pode ser adicionado ou removido de uma máquina virtual enquanto ela está sendo executada. Além disso, o Windows Server® 2008 R2 Hyper-V™ tira melhor proveito do computador físico, com maior suporte ao processador e melhor suporte ao computador físico. Este documento fornece uma visão geral dos novos recursos do Windows Server® 2008 R2 Hyper-V™ e informações detalhadas sobre o Live Migration.

Armazenamento Dinâmico de Máquina Virtual

O Windows Server® 2008 R2 Hyper-V™ suporta a inserção e a remoção a quente de armazenamento. Ao suportar a adição ou a remoção de arquivos VHD (Virtual Hard Drive ou Disco Rígido Virtual) e de discos pass-through enquanto a máquina virtual está sendo executada, o Windows Server® 2008 R2 Hyper-V™ torna possível a rápida configuração das máquinas virtuais para atender aos requisitos de mudança. Este recurso permite tanto a adição ou remoção de arquivos VHD ou discos pass-through aos controladores SCSI existentes nas máquinas virtuais. Observação: A inserção ou a remoção a quente de armazenamento requer os Serviços de Integração do Hyper-V™ fornecidos pelo Windows Server® 2008 R2 para serem instalados no sistema operacional convidado.

Suporte de Processador Avançado

O Windows Server® 2008 R2 Hyper-V™ suporta até 32 núcleos de processadores lógicos. O suporte avançado aos processadores torna possível executar cargas de trabalho ainda mais exigentes em um único computador físico ou consolidar mais cargas de trabalho para um único computador físico. O Windows Server® 2008 R2 Hyper-V™ também suporta o recurso SLAT (Second-Level Address Translation) e o Core Parking de CPU. A SLAT usa a especial funcionalidade de CPU disponível nos processadores Intel, que suportam as tabelas de Página Estendida e nos processadores AMD, que suportam a Indexação Rápida de Virtualização (Rapid Virtualization Indexing) para permitir algumas funções de gerenciamento de memória de máquina virtual que reduzem a carga de tradução de endereços físicos convidados (guest) para endereços físicos reais. Isso reduz significantemente o tempo de CPU do Hypervisor e economiza memória para cada máquina virtual, permitindo que o computador físico trabalhe mais, utilizando menos recursos de sistema. O Core Parking de CPU permite a economia de energia, agendando a execução da máquina virtual em apenas alguns dos núcleos de CPU do servidor e colocando o resto em estado “sleep”.

Suporte de Rede Avançado

No Windows Server 2008 R2 há três novos recursos de rede que melhoram o desempenho da rede no ambiente de virtualização. O suporte a Jumbo Frames, anteriormente disponível em ambientes não virtuais, tem sido ampliado para estar disponível nas máquinas virtuais. Este recurso permite que as máquinas virtuais usem Jumbo Frames de até 9014 bytes se a rede física subjacente suportar. O suporte a Jumbo Frames reduz a carga da pilha de rede que incorre por byte e o aumento de processamento. Além disso, há também uma significante redução de utilização da CPU devido ao menor número de chamadas da pilha de rede para o driver de rede. O TCP Chimney, que permite a subcarga de processamento TCP/IP para o hardware de rede, também tem sido estendido para o trabalho no mundo virtual. O TCP Chimney melhora o desempenho da máquina virtual, permitindo que a máquina virtual reduza o processamento de rede para o hardware, especialmente em redes de mais de 1 Gigabit/s. Este recurso é especialmente benéfico para as funções que envolvem grande quantidade de transferência de dados, tal como a função de servidor de arquivo. O recurso Consulta de Máquina Virtual (Virtual Machine Queue - VMQ) permite que os adaptadores de rede dos computadores físicos usem DMA para colocar os conteúdos dos pacotes diretamente na memória da máquina virtual, aumentando o desempenho de Entrada/Saída.

Volumes Compartilhados de Cluster (CSV)

Com o Windows Server® 2008 R2, o Hyper-V™ é capaz de usar o armazenamento de CSV para simplificar e aumentar o uso do armazenamento compartilhado. O CSV permite que múltiplos servidores Windows acessem o armazenamento de SAN com um único espaço de nome consistente para todos os volumes em todos os hosts. Múltiplos hosts podem acessar o mesmo Número de Unidade Lógica (LUN) no armazenamento de SAN. O CSV permite migrações instantâneas mais rápidas e gerenciamento de armazenamento mais fácil para o Hyper-V™ quando usado em uma configuração de cluster. Os Volumes Compartilhados de Cluster estão disponíveis como parte do recurso de Clustering de Failover do Windows Server® 2008 R2.

Live Migration

Um dos mais esperados recursos novos do Windows Server® 2008 R2 Hyper-V™ é o Live Migration. O restante deste documento descreve em detalhes o recurso Live Migration do Windows Server® 2008 R2 Hyper-V™, incluindo informações sobre como o Live Migration move as máquinas virtuais em execução, descreve vários cenários onde o Live Migration é particularmente útil e os requisitos de implementação do Live Migration.

Fonte : Microsoft TECHNET

HP tem novo DATACENTER em São Paulo

A HP inaugurou, nesta quarta-feira (7/10), seu novo DATACENTER na região de Alphaville, Barueri (SP). Com um espaço de mil metros quadrados, instalado na antiga sede da EDS, a meta é chegar a 80% da capacidade ocupada até o final de 2010.

Por enquanto, a unidade conta com dois grandes clientes: Medial Saúde e Camargo Correa. Ambos possuem um parque de 300 e 500 servidores, respectivamente, alocados no DC.

Sem revelar o valor do investimento feito, o vice-presidente da HP Enterprise Services – novo nome dado a EDS - para o Brasil, Célio Bozola, explica que a expectativa é ter mais três clientes ainda este ano, utilizando solução de recuperação de desastres.

A expansão da infraestrutura de DATACENTERS – que hoje soma três unidades no País, todas em São Paulo – faz parte de uma estratégia da companhia em ampliar sua atuação no mercado de terceirização dos serviços de tecnologia da Informação ou ITO (da sigla em inglês, information technology outsourcing).

De acordo com Bozola, esta é uma área chave para a HP, que tenta neste momento abrir outra frente e conquistar empresas de médio porte. “Como a EDS sempre focou em grandes corporações, nosso objetivo é aumentar nossa esfera de atuação”, afirma. Com isso, a HP espera dobrar o número atual de clientes, que hoje chega a um total de 100.

Segundo o executivo, o movimento nasce de oportunidades surgidas pós-aquisição da provedora de serviço pela gigante de TI, anunciada em 2008. De acordo com Bozola, a consolidação das operações abriu novos mercados à EDS, tradicionalmente focada em clientes de grande porte.

O espaço em Alphaville também funciona como site  backup para máquinas das companhias hospedadas no DATACENTER da HP na Anchieta (SP).

VMWare opens a GREEN DATACENTER

Source : Seattle Times
While a tax law prompted Microsoft to move its cloud business Azure out of Washington state, the state just attracted a software company, VMWare, to build its data center in Wenatchee.

VMWare, a software company and Microsoft competitor in Palo Alto, Calif., opened a 61,000-square-foot data center in Wenatchee in January to consolidate several smaller labs and data centers the company was using to run and test its virtualization software. The company's chief executive officer Paul Maritz, is a former top exeuctive at Microsoft.

Mark Thiele, business operations manager for research and development, said VMWare considered cost, environmental impact and power sources in choosing Wenatchee, an area known better for apples than Apples.

"All of those things came out positively for Wenatchee, which not only has hydroelectric from two dams, but it also powers green," Thiele said. "It also has access to good network, fiber for instance and just from a space and location perspective it offered us the best combination of size and nearness to our location in Palo Alto."

The new facility has incorporated energy-efficient features. It uses outside air to cool its servers, and recycles the heat generated by the servers to heat the office space. The grey water used by the facility is reused as irrigation water elsewhere in Wenatchee.

"The assumption from company standpoint is regardless of how good the source of the power is, we're still using power and we want to be best possible citizens and not use any more power than we have to," Thiele said.

He expects the new center to save the company $5 million a year in energy costs. The average data center takes in 2 megawatts to 2.4 megawatts of energy, spends most of it on cooling, sending only 1 megawatt of that energy to the servers, a ratio called power usage effectiveness. Thiele estimates that the new center will only take in 1.2 to 1.5 megawatts for every megawatt it sends to the servers.

Many tech companies are focusing on how to build more efficient data centers, the factories of the Internet. Here is a story we did on that.

Microsoft recently consolidated its own labs at Redmond Ridge.

Thiele said the tax law wasn't that big a deal to VMWare. "It certainly had a little bit of an impact to push location in beginning we were hoping it would happen. But the truth is it was more icing on the cake," he said. "Our next best pricing was a coal-fired data center in Oklahoma which VMWare shuddered at."