<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>VSAN 7 U1 on blogs.hareeshkg.com</title>
    <link>https://blogs.hareeshkg.bid/categories/vsan-7-u1/</link>
    <description>Recent content in VSAN 7 U1 on blogs.hareeshkg.com</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <copyright>Copyright © blogs.hareeshkg.com 2025 reserved</copyright>
    <lastBuildDate>Sun, 31 Jan 2021 18:01:54 +0000</lastBuildDate><atom:link href="https://blogs.hareeshkg.bid/categories/vsan-7-u1/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>vSAN 7 U1 Component Placement</title>
      <link>https://blogs.hareeshkg.bid/post/vsan-7-u1-component-placement/</link>
      <pubDate>Sun, 31 Jan 2021 18:01:54 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/vsan-7-u1-component-placement/</guid>
      <description>
        
          
            &lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;I highly encourage you to read thru blog articles “&lt;a href=&#34;https://blogs.hareeshkg.bid/understanding-vsan-component-placement-sizing&#34;&gt;Understanding vsan Objects and Components&lt;/a&gt;” and “&lt;a href=&#34;https://blogs.hareeshkg.bid/post/understanding-vm-storage-policies/&#34;&gt;Understanding VM-Storage-Policies&lt;/a&gt;” as the basics about object/component placement are discussed in those specific blogs.&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>vSAN Scrubber changes 7.0U1c</title>
      <link>https://blogs.hareeshkg.bid/post/vsan-scrubber-changes-70u1c/</link>
      <pubDate>Wed, 30 Dec 2020 19:04:48 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/vsan-scrubber-changes-70u1c/</guid>
      <description>
        
          
            &lt;p&gt;vSAN Scrubber is a background operation at DOM owner. Scrubber performs detection (scrub) and fixing (recover) of checksum and IO errors.&lt;/p&gt;
&lt;p&gt;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 errors don’t surface until we try to read the object from both mirrors (in case of raid-1 objects). We might always be performing reads on a single mirror especially in case of Stretched cluster where site affinity is set to either preferred site or secondary site to avoid cross site traffic.&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>vSAN 7 Update 1 FastBoot – Feature Walkthrough</title>
      <link>https://blogs.hareeshkg.bid/post/vsan-7-update-1-fastboot-feature-walkthrough/</link>
      <pubDate>Sun, 20 Sep 2020 09:03:49 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/vsan-7-update-1-fastboot-feature-walkthrough/</guid>
      <description>
        
          
            &lt;p&gt;vSAN hosts reboots when compared to regular ESXi hosts generally take longer due to its log structured system to capture and track all the modifications occurring at the write buffer / Cache Disks, vSAN uses an in-memory table to track changes to the blocks, LBA tables, bitmaps etc. This in memory table is always lost when a vSAN host is rebooted. At the time of boot vSAN takes a long time to recover these entries from each of the disk groups to reconstruct the in-memory table, the time spent to perform this recovery generally depends on the size of LLOG/PLOG that needs to be recovered from each of the disk groups. &lt;strong&gt;vSAN 7.0U1 / vSAN 7 Update 1&lt;/strong&gt; performs a “save and restore” ​workflow to rebuild vSAN in-memory metadata allowing “&lt;strong&gt;Faster vSAN Host Restarts&lt;/strong&gt;” or &lt;strong&gt;Fastboot&lt;/strong&gt;.&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>Enhanced Durability Maintenance Mode – Feature Walkthrough</title>
      <link>https://blogs.hareeshkg.bid/post/enhanced-durability-maintenance-mode-feature-walkthrough/</link>
      <pubDate>Wed, 16 Sep 2020 09:05:00 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/enhanced-durability-maintenance-mode-feature-walkthrough/</guid>
      <description>
        
          
            &lt;p&gt;What is Durability Component?, Lets consider a scenario of a three node vSAN cluster, where one of the host is placed in maintenance mode. All the vSAN objects will now be accessible with “Reduced Redundancy” mode which means that any failures that are encountered on the surviving two nodes will lead to data unavailability and sometimes data loss situation even with all recovery efforts from a support perspective.&lt;/p&gt;
&lt;p&gt;Whenever there is one or more hosts placed in maintenance mode with ensure accessibility, vSAN 7 Update 1 introduces a method to write new changes by spawning a new component called “&lt;strong&gt;Durability Component&lt;/strong&gt;“. Since new changes for the objects that are being written to this “&lt;strong&gt;Durability Component&lt;/strong&gt;” if we were to encounter a failure on one of surviving host, exiting maintenance mode on the host which has stale components will sync the changes with the &lt;strong&gt;Durability Component&lt;/strong&gt; and becomes an active component again and the &lt;strong&gt;Durability Component&lt;/strong&gt; is automatically cleaned up by the CLOM service on that node . This helps ensure the durability of the changed data in the event that the one host holding the updated object replica failed during this maintenance window&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>HCI Mesh™ -Feature Walkthrough</title>
      <link>https://blogs.hareeshkg.bid/post/hci-mesh-feature-walkthrough/</link>
      <pubDate>Wed, 16 Sep 2020 08:58:45 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/hci-mesh-feature-walkthrough/</guid>
      <description>
        
          
            &lt;p&gt;**&lt;strong&gt;HCI Mesh
&lt;figure&gt;
  &lt;picture&gt;

    
      
        
        
        
        
        
        
    &lt;img
      loading=&#34;lazy&#34;
      decoding=&#34;async&#34;
      alt=&#34;™&#34;
      
        class=&#34;image_figure image_internal image_unprocessed&#34;
        src=&#34;https://blogs.hareeshkg.bid/images/hci-mesh-feature-walkthrough-2122.png&#34;
      
      
    /&gt;

    &lt;/picture&gt;
&lt;/figure&gt;

**&lt;/strong&gt; is one of the new feature that is introduced with  &lt;strong&gt;vSAN 7 Update 1&lt;/strong&gt; release. &lt;strong&gt;HCI Mesh&lt;/strong&gt;
&lt;figure&gt;
  &lt;picture&gt;

    
      
        
        
        
        
        
        
    &lt;img
      loading=&#34;lazy&#34;
      decoding=&#34;async&#34;
      alt=&#34;™&#34;
      
        class=&#34;image_figure image_internal image_unprocessed&#34;
        src=&#34;https://blogs.hareeshkg.bid/images/hci-mesh-feature-walkthrough-2122.png&#34;
      
      
    /&gt;

    &lt;/picture&gt;
&lt;/figure&gt;

provides disaggregation of compute and storage by allowing vSAN customers to share vSAN datastores between two or more clusters. vSAN administrators can setup a relationship between two to five clusters and allow these clusters to borrow/share vSAN datastore capacity.&lt;/p&gt;
&lt;p&gt;We can achieve better compute and storage utilization across the datacenter and avoid unnecessary purchase of hardware per cluster. Example : VM hosted on cluster-1 can have all of its disks and namespace provisioned from a different cluster within the same datacenter, allows vSphere administrators to do a regular vMotion (not SvMotion) between one or more clusters which are part of this **&lt;strong&gt;HCI Mesh
&lt;figure&gt;
  &lt;picture&gt;

    
      
        
        
        
        
        
        
    &lt;img
      loading=&#34;lazy&#34;
      decoding=&#34;async&#34;
      alt=&#34;™&#34;
      
        class=&#34;image_figure image_internal image_unprocessed&#34;
        src=&#34;https://blogs.hareeshkg.bid/images/hci-mesh-feature-walkthrough-2122.png&#34;
      
      
    /&gt;

    &lt;/picture&gt;
&lt;/figure&gt;

**&lt;/strong&gt; topology. This feature uses native vSAN VMKernel adapter and existing RDT protocol to communicate in the mesh topology with other cluster vSAN nodes which is simplistic and efficient.&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>Shared Witness – Feature walkthrough</title>
      <link>https://blogs.hareeshkg.bid/post/shared-witness-feature-walkthrough/</link>
      <pubDate>Wed, 16 Sep 2020 08:26:01 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/shared-witness-feature-walkthrough/</guid>
      <description>
        
          
            &lt;p&gt;vSAN 7 Update 1 now gives us high efficiency to this two node “&lt;strong&gt;Shared Witness&lt;/strong&gt;” topology by allowing vSAN administrators to use a single &lt;strong&gt;shared witness&lt;/strong&gt; for up to 64 two node vSAN clusters and hence reduces witness server/appliance footprint/resource usage in the central datacenter. The new UI for the witness appliance under Cluster-&amp;gt;Monitor-&amp;gt;vSAN-&amp;gt;Two Node Clusters.&lt;/p&gt;
&lt;p&gt;Two-Node vSAN ROBO cluster configuration was introduced some time back with vSAN 6.2 release couple of years back, this architecture was used primarily in large number of small branch offices, retail sites, IOT etc. All two node vSAN cluster configuration always needed a dedicated witness appliance for each of its deployment until vSAN 7. This means that there was a large footprint of witness appliances in the central site which hosts witnesses for all of its retail two node ROBO sites.&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>IOInsight vSAN 7.0 U1 – Feature walkthrough</title>
      <link>https://blogs.hareeshkg.bid/post/ioinsight-vsan-70-u1-feature-walkthrough/</link>
      <pubDate>Wed, 16 Sep 2020 06:38:07 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/ioinsight-vsan-70-u1-feature-walkthrough/</guid>
      <description>
        
          
            &lt;p&gt;This blog article is a feature walkthrough on “&lt;strong&gt;vSAN 7 Update1 IOInsight&lt;/strong&gt;” and understand how this can help us to approach/investigate performance related issues on  VMs running on vSAN.&lt;/p&gt;
&lt;p&gt;IOinsight has been available in the VMware-Flings community market place for quite sometime. vSAN engineering team has now included IOInsight natively with vSAN Performance services with this latest release of vSAN7 Update 1. This provide deep dive performance metrics and insights on individual VM and VMDK level, so that this data can be used to mitigate performance related issues on specific VMs and VMDKs.&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>Technical Overview – vSAN 7 Update 1</title>
      <link>https://blogs.hareeshkg.bid/post/technical-overview-vsan-7-update-1/</link>
      <pubDate>Tue, 15 Sep 2020 06:16:40 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/technical-overview-vsan-7-update-1/</guid>
      <description>
        
          
            &lt;p&gt;&lt;strong&gt;vSAN 7.0 U1/ vSAN 7 Update1&lt;/strong&gt; is one of the biggest release for vSAN in last couple of years, there is a long list of new features that are added/released with this version. This blog article talks briefly on all the important features for  &lt;strong&gt;vSAN7 Update1&lt;/strong&gt; / &lt;strong&gt;vSAN 7.0 U1&lt;/strong&gt;.  I will be covering all the features exclusively on newer dedicated posts for each of the features.&lt;/p&gt;
&lt;h2 id=&#34;-1-vmware-hci-mesh&#34;&gt;-1 **VMware HCI Mesh&lt;/h2&gt;
&lt;p&gt;&lt;figure&gt;
  &lt;picture&gt;

    
      
        
        
        
        
        
        
    &lt;img
      loading=&#34;lazy&#34;
      decoding=&#34;async&#34;
      alt=&#34;™&#34;
      
        class=&#34;image_figure image_internal image_unprocessed&#34;
        src=&#34;https://blogs.hareeshkg.bid/images/technical-overview-vsan-7-update-1-2122.png&#34;
      
      
    /&gt;

    &lt;/picture&gt;
&lt;/figure&gt;

** -v&lt;strong&gt;SAN 7.0 U1&lt;/strong&gt;&lt;/p&gt;
          
          
        
      </description>
    </item>
    
    <item>
      <title>vSAN 7 U1 Compression-Only – Feature Walkthrough</title>
      <link>https://blogs.hareeshkg.bid/post/vsan-7-u1-compression-only-feature-walkthrough/</link>
      <pubDate>Tue, 15 Sep 2020 00:30:00 +0000</pubDate>
      
      <guid>https://blogs.hareeshkg.bid/post/vsan-7-u1-compression-only-feature-walkthrough/</guid>
      <description>
        
          
            &lt;p&gt;In this blog article we will look at the &lt;strong&gt;vSAN 7 U1 Compression-Only&lt;/strong&gt; feature ,its benefits and how it fares with other space saving features on the previous releases of vSAN.&lt;/p&gt;
&lt;p&gt;I have been asked by a lot vSAN users about vSAN only allowing us to enable Deduplication and Compression together as feature in all the releases since vSAN 6.x. Finally VMware made this announcement for  vSAN compression only mode is here with vSAN 7 Update1 we can totally eliminate the additional overheads for Deduplication when using Compression-Only yet get good space savings. Let dive straight into key difference between Deduplication &amp;amp; Compression vs Compression-Only.&lt;/p&gt;
          
          
        
      </description>
    </item>
    
  </channel>
</rss>
