Quantcast
Channel: VMware Communities : Blog List - All Communities
Viewing all articles
Browse latest Browse all 3135

ESXi Tardisks, Ramdisks & ESXi Local State

$
0
0

Hi All..

 

During my study for my VCAP-DCD (Wish me to pass it ), I came through an interesting point that I'd like to share with you.
During reading vSphere Design Sybex V2 by Scott Lowe and Forbies Guthrie, they came though ESXi boot disk partitions and how the boot image is loaded into memory during boot.

 

Long story short, ESXi base image essentially is a TGZ file -Tar compressed file. When booting ESXi image, that tar file is uncompressed into the memory producing two types of files: VMkernel Executives and Archive Files . VMkernel are .gz files that aren't shown in the list of filesystem files and they form the main files system. Archive files are also known as VIBs or VMware Installation Bundles (Anyone experienced with Auto Deploy knows them) that contains all configurations and drivers needed for ESXi system to operate. So, what is the difference? What is the point of this post? Here it comes..

 

VIBs are always compressed files, mainly TGZ, V0n files, called Tardisks. They're not uncompressed inside the memory and used, but they're mounted as mount points in the file system as well as any other disk partition of boot disk. This makes these tardisks always read-only files read from the memory. To modify these bundles/tardisks, ESXi VMkernel uses a "Branching Technique". Each new bundle/tardisk overlays the old one and the file system sees only the last branch available. When the last bundle/tardisk is removed, the previous branch appears and is used by the file system. What if a modification is required for certain file on any tardisk?? Branching technique is used again.

 

When a modification is required, a read/write copy of the tardisk is created on a Ramdisk. Ramdisk is a container for that working read/write copy. Using branching technique, ESXi VMkernel uses the read/write copy instead of the original read-only one and any modification is done to this read/write copy. Unfortunately, this modifications will not persist any boot as it's written to RAM. To come over this, a TGZ file called state.tgz is created by internal backup process to contain all of these modified files as well as all last-laid bundles (Confirmation needed for bundles part). This state.tgz file is called ESXi State Archive.

 

So what about that internal backup process?!
This backup process was a point of small discussion between me and Mr. Wiliam Lam (@lamw). We managed to discover that blog post of Kyle Gleed that stated that this internal backup process has four scenarios to run and backup the state.tgz file to the boot disk. It's saved in /bootbank partition on the boot disk.
You can also run this backup process manually by using the command: autobackup.shas stated by Mr. Lam in his blog post.

 

I wish I was clear and straight forward in this tricky point.
Lastly, I recommend reading vSphere Design Sybex V2.

Share the knowledge..


Viewing all articles
Browse latest Browse all 3135

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>