Mittwoch, 25. März 2009

VMware Cost-Per-Application Calculator

VMware Virtualization Cost-Per-Application Calculator: Calculate IT Cost Savings
The VMware Cost-Per-Application Calculator compares the cost of virtualizing applications on VMware Infrastructure 3 versus other commodity virtualization offerings, like Microsoft Windows Server 2008 (Hyper-V). The calculator provides an accurate and simple methodology to determine and compare the deployment costs of virtualization solutions by 1) including both software and hardware infrastructure costs and 2) accounting for number of applications that a virtualization platform can run on each sever.

By leveraging the VMware Cost-Per-Application Calculator, you will see how VMware’s superior virtualization technology enables greater cost savings while at the same time greatly improves reliability and availability across your IT infrastructure.

Calculate your own VMware Cost-Per-Application



Summary:

Based on your inputs, the cost-per-application to virtualize 200 applications using VMware Infrastructure 3 Enterprise Edition is

$2,999 -- 9% lower than with Microsoft Windows Server 2008 (Hyper-V) and System Center.








, , , ,

Storage Alignment and VMFS Block Sizes

VIOPS: Proven Practices for Deploying and Managing VMware: Storage Alignment and VMFS Block Sizes

Introduction

 

There are two common questions about storage and VMware Infrastructure that appear on a weekly basis:

 

  1. If my VMFS has a block size of 1MB, does that mean each block read from the guest read 1MB from the SAN LUN?

  2. Should I align my VMFS; should I align my Guest partitions?

 

VMware have written a white paper on this (see Resources), but the key information from that paper has been lifted into here - as well as referring to a great doc from EMC (see Resources) on ESX optimization.

 

Intended Audience

 

VMware Certified Professionals (VCPs) and storage experts when understanding and building VMware Infrastructure on block storage (FC).

 

Outline

 

  1. Aligning Guest -> VMFS -> LUN

  2. Understanding VMFS block size

 

1. Aligning Guest + VMFS + LUN

 

 

Understanding alignment

 

In a SAN environment, the smallest hardware unit used by a SAN storage array to build a LUN out of multiple physical disks is a called a chunk or a stripe. To optimize I/O, chunks are usually much larger than sectors. Thus a SCSI I/O request that intends to read a sector in reality reads one chunk.

 

On top of this, in a Windows environment NTFS is formatted in blocks ranging from 1MB to 8MB.

 

The file system used by the guest operating system optimizes I/O by grouping sectors into socalled clusters (allocation units).

 

Figure 1 shows that an unaligned structure may cause many additional I/O operations when only one cluster is ready by the guest operating system.

 

unaligned.png

 

Figure 2 shows I/O improvements on a properly aligned Windows NTFS volume in a VMDK on a SAN LUN.

 

aligned.png

 

Also, operating systems on x86 architectures create partitions with a master boot record (MBR) that consumes 63 sectors. This is due to legacy BIOS code from the PC that used cylinder, head, and sector addressing instead of logical block addressing (LBA). Without LBA, the first track is reserved for the boot code, and the first partition starts at cylinder 0, head 1, and sector 1. This is LBA 63 and is therefore unaligned.

 

An unaligned partition results in a track crossing and an additional I/O, incurring a penalty on latency and throughput. The additional I/O (especially if small) can impact system resources significantly on some host types. An aligned partitions ensures that the single I/O is serviced by a single device, eliminating the additional I/O and resulting in overall performance improvement.

 

During ESX Server 3.0 installation, however, the installation procedure creates a default VMware VMFS partition that is unaligned. Administrators should consider manually aligning the default VMware VMFS partition with fdisk before use.

Read the complete article on >> http://viops.vmware.com/home/docs/DOC-1407






, , , ,

Weniger Last auf virtuellen Servern

Weniger Last auf virtuellen Servern - Produkte - Storage - ChannelPartner


Falconstor Software hat den "HyperTrac Backup Accelerator" für VMware Consolidated Backup angekündigt. Er soll die Last auf den virtuellen Produktionsservern vermindern.

HyperTrac ist ein Bestandteil des FalconStor Network Storage Server (NSS) und soll das VMware Consolidated Backup (VCB) verbessern. NSS ist eine offene Virtualisierungs- und Provisionierungsplattform für Data Protection und Disaster Recovery in VMware Umgebungen. HyperTrac reduziert laut Falconstore die Arbeitslast der virtuellen Maschinen und Speicherservices. Die neue Technologie ermögliche Backups im Produktionsbetrieb ohne Unterbrechungen, welche durch Backup-Fenster in traditionellen Umgebungen nötig waren, so der Anbieter.

Klassisch nutzt VMware Consolidated Backup die Virtual Machine Snapshots, um ein Backup im laufenden Betrieb zu ermöglichen. Diese Vorgehensweise benötigt Ressourcen vom VMware ESX Host für das Backup sowie für die Erfassung von Datenänderungen, die sich während der Datensicherung ergeben. HyperTrac, das auf allen Servern mit VCB installiert werden kann, soll diesen Prozess durch Standby Virtual Machines optimieren, die auf einem dedizierten Backup VMware ESX Host eingerichtet werden. HyperTrac erstellt im ersten Schritt Falconstor Thin Snapshots, die wiederum dem VMware Snapshots als Ressource für den VCB Backup-Prozess dienen.

Durch die Trennung der Backup-Operationen von den Prozessen des Produktivsystems sorge HyperTrac für einen hohen Grad an Konsolidierung und Skalierbarkeit in großen VMware Umgebungen, verspricht Falconstore.

"Die Server-Virtualisierung bringt Rechenzentren große Vorteile wie die Serverkonsolidierung, bessere Server-Auslastung sowie eine on demand Server-Nutzung. Doch die Virtualisierung benötigt neue Wege für das Backup, welche durch innovative Lösungen von Drittfirmen angeboten werden”, zitiert Falconstore Dave Russell vom Marktforscher Gartner. "Die Methode, die Backup-Prozesse vom virtuellen Produktions-Server zu trennen ist eine Möglichkeit. Das Aufsetzten einer einfachen Backup-Umgebung parallel zu den Produktions-Servern eliminiert die Last auf den Produktions-Servern und erlaubt eine optimale Leistung auf den virtuellen Servern.”


Via >> Weniger Last auf virtuellen Servern - Produkte - Storage - ChannelPartner