Book Image

VMware vSphere 6.7 Cookbook - Fourth Edition

By : Abhilash G B
Book Image

VMware vSphere 6.7 Cookbook - Fourth Edition

By: Abhilash G B

Overview of this book

VMware vSphere is the most comprehensive core suite of SDDC solutions on the market. It helps transform data centers into simplified on-premises private cloud infrastructures. This edition of the book focuses on the latest version, vSphere 6.7. The books starts with chapters covering the greenfield deployment of vSphere 6.7 components and the upgrade of existing vSphere components to 6.7. You will then learn how to configure storage and network access for a vSphere environment. Get to grips with optimizing your vSphere environment for resource distribution and utilization using features such as DRS and DPM, along with enabling high availability for vSphere components using vSphere HA, VMware FT, and VCHA. Then, you will learn how to facilitate large-scale deployment of stateless/stateful ESXi hosts using Auto Deploy. Finally, you will explore how to upgrade/patch a vSphere environment using vSphere Update Manager, secure it using SSL certificates, and then monitor its performance with tools such as vSphere Performance Charts and esxtop. By the end of this book, you'll be well versed in the core functionalities of vSphere 6.7 and be able to effectively deploy, manage, secure, and monitor your environment.
Table of Contents (18 chapters)

Enabling SIOC

The use of disk shares will work just fine as long as the datastore is seen by a single ESXi host. Unfortunately, that is not a common case. Datastores are often shared among multiple ESXi hosts. When datastores are shared, you bring more than one localhost scheduler into the process of balancing the I/O among the VMs. However, these lost host schedulers cannot talk to each other and their visibility is limited to the ESXi hosts they are running on. This easily contributes to a serious problem called the noisy neighbor situation.

In the following example, since VM-C is the only VM on ESX-02, it gets to consume the entire queue depth, which could starve VMs on the other two hosts. If VM-C does indeed do a lot of I/O consuming of the LUN's queue depth, then it will be referred to as a noisy neighbor:

The job of SIOC is to enable some form of communication between...