• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • Unexplored Territory Podcast
  • HA Deepdive
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

Storage

Write cache enabled or disabled

Duncan Epping · Jul 9, 2008 ·

BernieT wrote a nice blog about why you should enable write cache. Check out his findings, below a short outtake.

Explaining Write mode (basic’s).
Write through -> When a write request is received by the RAID controller, the controller will not respond to the O/S with a “write success” until the data is written to the physical disk/s.

Write back –> When a write request is received by the RAID controller, the controller will cache the request/data and respond to the O/S with a “write success”, then write the data to the physical disk/s.

Support for Microsoft Cluster Server (MSCS) in 3.5 update !

Duncan Epping · Apr 2, 2008 ·

I received an email stating the following:

Microsoft Cluster Server is supported with VMware ESX 3.5 Update 1. Support is similar to ESX 3.0.1 with the following additions:

  • Both 64 bit and 32 bit Windows 2003 guests are supported with MSCS.
  • Boot from SAN for VMs using MSCS is now supported.
  • Majority Node Set clusters with application-level replication (for example, Microsoft Exchange 2007 Cluster Continuous Replication (CCR)) is now supported.

For details regarding MSCS support, including a number of important restrictions, please see the document “Setup for Microsoft Cluster Service.” For information concerning supported storage arrays, refer to the Storage/SAN Compatibility Guide for ESX Server 3.5 and ESX Server 3i.

load balancing active/active SAN’s

Duncan Epping · Apr 1, 2008 ·

Ernst, a regular poster of the Dutch VMug, posted a script for load balancing paths to an active/active SAN. What it does is select the next path for a LUN, in other words if there are four paths LUN1 will be reached via Path1, LUN2 via Path2 etc.

The script, also available for download here:

#!/bin/bash
for PATHS in 2 4 6 8
do
STPATHS=${PATHS}
COUNTER=”1″

for LUN in $(esxcfg-mpath -l | grep “has ${STPATHS} paths” | awk ‘{print $2}’)
do
esxcfg-mpath –lun=${LUN} –path=$(esxcfg-mpath -q –lun=${LUN} | grep FC | awk ‘{print $4}’ | awk ‘{print NR “S\t ” $0}’ | grep ${COUNTER}S | awk ‘{print $2}’) –preferred
COUNT=`expr ${COUNTER} + 1`
COUNTER=${COUNT}
if [[ ${COUNTER} -gt ${STPATHS} ]]
then
COUNTER=”1″
fi
done
done

This will result in the following outcome with “esxcfg-mpath -l”:

Disk vmhba2:1:4 /dev/sdh (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:4 On active preferred
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:4 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:4 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:4 On

Disk vmhba2:1:5 /dev/sdi (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:5 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:5 On active preferred
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:5 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:5 On

Disk vmhba2:1:6 /dev/sdj (307200MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:6 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:6 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:6 On active preferred
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:6 On

Disk vmhba2:1:7 /dev/sdk (307200MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:7 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:7 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:7 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:7 On active preferred

Disk vmhba2:1:8 /dev/sdl (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:8 On active preferred
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:8 On
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:8 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:8 On

Disk vmhba2:1:9 /dev/sdm (512000MB) has 4 paths and policy of Fixed
FC 16:0.1 50060b0000646c8a<->50060e8004f2e812 vmhba2:1:9 On
FC 16:0.1 50060b0000646c8a<->50060e8004f2e873 vmhba2:2:9 On active preferred
FC 19:0.1 50060b0000646062<->50060e8004f2e802 vmhba4:1:9 On
FC 19:0.1 50060b0000646062<->50060e8004f2e863 vmhba4:2:9 On

In other words, when you run this script each LUN will be addressed via a specific path and all HBA’s and SAN Disk Controllers will be used instead of the default first path / first controller policy. This will result in a better performance and distribution of load on the SAN Disk Controllers.

Lefthand’s Virtual San Appliance

Duncan Epping · Mar 14, 2008 ·

At the VMworld I had the opportunity to talk with the Lefthand guys about their products. I hardly see these products in the Netherlands but read some great reviews about their products. One of their products that really caught my attention was and is their Virtual San Appliance or VSA in short. I received a demo copy at VMworld and have been playing with it for a couple of days now. [Read more…] about Lefthand’s Virtual San Appliance

Snapshot Manager for VI3 – NetApp

Duncan Epping · Mar 11, 2008 ·

On the Storage Nuts & Bolts Blog on the NetApp website there’s a sneakpreview on the Snapshot Manager for VI3 by NetApp. Here a couple of outtakes from the original article. Be sure to check the original article because there are also a couple of screenshots in there.

Although from the sound of it, it appears that SMVI is related to other SnapManager products like SnapManager for Exchange, SQL, SharePoint and Oracle, SnapManager for VI is not related to specific applications. SVMI rather serves as a medium to streamline the backup and restores of Virtual Machines and/or Datastores in a VMware environment. It interacts with VC or the ESX server and NetApp Storage devices and creates instantaneous backups and near-instantaneous restores of Virtual Machines and/or Datastores.

What can you backup and Restore?
You can backup at the Datastore level and Restore at the VM level or the Datastore level.

Where can you restore a VM?
You can restore it on the original Datastore or a different Datastore. SVMI provides a listing of all existing datastore and you basically get to choose the one you want.  Furthermore, you have the option to mount the backup and verify its contents. 

How does it backup?
SMVI temporarily leverages VMware’s snapshot which makes calls to the LGTO_sync (lgtosync.sys) driver part of the VMware tools which is responsible for flushing dirty buffers to disk for filesystem consistency and creates a Redo Log (Redo Log is a misnomer, it’s actually a bitmap) for storing disk changes. We keep the VMware snapshot around until we complete our Snapshot (NetApp) on the array side, which takes no more than a few seconds, at which point we delete the vmware snapshot, thereby merging the changes in the “redo log” with the original VMDK.

One thing that surprised me is that NetApp didn’t develop this cool add-on as a VirtualCenter Plugin… but within time this will probably happen.

  • « Go to Previous Page
  • Page 1
  • Interim pages omitted …
  • Page 50
  • Page 51
  • Page 52
  • Page 53
  • Go to Next Page »

Primary Sidebar

About the Author

Duncan Epping is a Chief Technologist and Distinguished Engineering Architect at Broadcom. Besides writing on Yellow-Bricks, Duncan is the co-author of the vSAN Deep Dive and the vSphere Clustering Deep Dive book series. Duncan is also the host of the Unexplored Territory Podcast.

Follow Us

  • X
  • Spotify
  • RSS Feed
  • LinkedIn

Recommended Book(s)

Advertisements




Copyright Yellow-Bricks.com © 2025 · Log in