vSAN Troubleshooting
I have been writing a lot of blogs on troubleshooting , but I realized that I haven't shared a lot of CLI commandlets that I use on a daily basis to troubleshoot vSAN. vSAN OSA and ESA share a lot of common commandlets, but there are some differences as
vSAN Data Protection
In this blog I will be walking through the basics of vSAN Data Protection and its deployment. What is vSAN Data Protection? With introduction of vSAN ESA 8.0 U3 VMware by Broadcom also announced vSAN Data Protection. vSAN Data Protection is a feature which is deployed through an OVF
vSAN 8 U1
Introduction I have already talked about HCI Mesh (dHCI) when it was first launched with vSAN 7.0 U1 here, I would encourage you to read thru my previous blog for better understanding of this feature and its capabilities. This feature was originally announced with vSAN OSA for 7.0
vSAN 8
Introduction In vSAN 8.0, VMware vSAN introduced support for “Large Write Buffer”(LWB) cache disk size of upto 1.6TB can be used with OSA architecture. Although larger disks were supported in the previous releases for use in caching tier for vSAN OSA disk groups, the write buffer usage
vSAN 8 U1
vSANTraces are generally used to troubleshoot and debug critical performance issues in vSAN(OSA and ESA) and also in some cases they are used to troubleshoot vSAN data-path related problems such as Stuck-IO, Congestion, slow/no de-stage etcetera. vSANTraces are not require to troubleshoot/debug all kinds
vSAN-ESA
Introduction vSAN-ESA has introduced this concept of Storage Pools where all the disks in a given storage-pool contributes towards total capacity available for consumption. This initial release of vSAN ESA supports compression and encryption however doesn’t support Deduplication. vSAN ESA also introduced this concept of a log
vSAN-ESA
I have already briefly talked about vSAN-ESA’s Log Structured File System(LFS) in my previous blog, it advised to go over it once before you continue reading here. This blog talks about the overview and architecture of LFS and how erasure coding is benefited when LFS was introduced
vSAN-ESA
vSAN-8 launched with a brand new storage architecture for vSAN called VMware vSAN Express Storage Architecture or ESA along side with a few enhancements to vSAN-OSA which is the Original Storage Architecture. Users are given an option at the beginning of vSAN Cluster setup with vSphere-8 to
vSAN Performance
vSAN 7.0 U3 delivers improved performance with optimisations made to the data path when using RAID-5/6 erasure coding very similar to what was added to vSAN 7.0 U2 Performance enhancements , vSAN 7.0 U3 offers caching capability to the incoming writes who’s workloads are serialised
vSAN Performance
In this blog I will go over some of the key benefits with vSAN 7.0U2. I got my hands on a 4 node VxRail Cluster, where I was able to run a few HCIBench tests to compare performance difference between vSAN 7.0 U1 and vSAN 7.0U2. I
vSAN 7 U1
vSAN 7 U1 brought in significant changes to its method of creating components especially for objects which are larger than 255GB. This change was brought in adapt to minimum slack space requirements which is significantly lower than all previous versions of vSAN. I highly encourage you to read thru blog
vSAN 7 U1
vSAN Scrubber is a background operation at DOM owner. Scrubber performs detection (scrub) and fixing (recover) of checksum and IO errors. Mostly Checksum errors and I/O errors which are seen in vSAN environment is due to medium errors against the physical capacity disks where the data is persisted. These