I recently published an article demonstrating how to inject OVF properties into the VCSA and other virtual appliances when deploying directly onto ESXi using an unreleased version of ovftool (4.0). A fellow reader by the name of VirtualJMills, as he is known on Twitter left an interesting comment using an alternate solution which I thought was actually pretty clever!
"Community" VSAN Storage Controller Queue Depth List
After reading this Reddit thread about a customers recent experience with VSAN, I have been thinking about how customers can actually tell what the queue depth is for a particular storage controller? Currently, the VSAN HCL for storage controllers does not provide any queue depth information and from my understanding this information may not always be easy to find or documented.
I know Duncan Epping has even "crowd source" for some of this information and currently his list seems to be the best at the moment. However, if you look through his list carefully, you will see that it only contains a very small subset of the supported storage controllers found on the VSAN HCL as it also contains non-supported storage controllers. I was thinking about how can we build a more compressive list and more importantly, one that includes ALL the storage controllers found on the VSAN HCL to help our customers?
It then hit me, why not build on top of the effort Duncan has started and create a compressive list that includes all storage controllers found within the VSAN HCL and their corresponding queue depth? For this effort, I decided to take a slightly different approach on how I gather the information. Right now, a user is asked to must manually run through a series of commands in ESXTOP and then report back the vendor, make and the queue depth of a particular storage controller that may or may not be on the VSAN HCL. My goal was to make the process as simple as possible by automating the data collection but also adding some intelligence into the script which you will see as you read further.
If you currently look at the VSAN HCL for storage controllers (as of 07/18/14), there are currently 73 supported storage controllers:
Vendor | Controllers |
---|---|
Cisco | 1 |
Dell | 4 |
Fujitsu | 6 |
HP | 4 |
IBM | 6 |
Intel | 16 |
LSI | 33 |
SuperMicro | 3 |
Instead of asking a user to identify the proper storage controller, the make/model and the queue depth to submit, I have instead created a very simple python script that runs inside the ESXi Shell (this information is not available in the API) to help collect this information. The interesting thing about the script is not the collection itself as mentioned, but how it performs the collection. I have embedded the entire list of supported storage controllers found in the VSAN HCL and as the script scans through the storage controllers within an ESXi host, it will compare that to the list of supported controllers. If a supported controller is found, it will then display some basic information about the storage controller along with the current supported queue depth. The nice thing about this list if completed, is that when selecting a particular storage controller in the VSAN HCL, you can easily map that same device to the VSAN storage controller queue depth list and have confidence it is the same device!
To use the script, follow these 3 simple instructions:
Step 1 - Download the script here: find_vsan_storage_ctrl_queue_depth.py
Disclaimer: Please excuse my poor Python script, as a Python beginner, I am sure it can be better written and open to any fixes/suggestions
Step 2 - SCP it to your ESXi host and make sure you set the execute permission on the script before running (chmod +x find_vsan_storage_ctrl_queue_depth.py).
Here is an example of the script running on an ESXi host with a supported VSAN storage controller:
As you can see from the screenshot above, this is an Intel controller which supports a queue depth of 600.
Step 3 - Submit the results to the "Community" VSAN Storage Controller Queue Depth List which is hosted on Google Docs and is available for everyone to contribute
The easiest way to map the output to the Google document is to find the "Identifier" ID which is actually made up of the Vendor ID (VID), Device ID (DID), Sub-Vendor ID (SVID), and Sub-Device ID (SDID) within the Google document. Once you have found the match on the document and if no one has submitted the queue depth, go ahead and edit the document with the queue depth from the script.
For those of you who would like to contribute non-supported VSAN storage controllers, there is a variable in the script called show_non_vsan_hcl_ctr that can be toggled from False to True and this will provide a much longer list of controllers and their queue depth.
In addition to the assistance from the community, I also hope to see some of the storage controller vendors participate in this effort to help build a complete list of supported queue depth for every storage controller found on the VSAN HCL. I think this will benefit everyone and I look forward to seeing the collaboration from the community! Lets see how fast we can complete the list, I have faith in our powerful community!
Quick Tip - Offline viewing of vSphere API & other API docs using Dash
As a frequent consumer of the vSphere API, a must have bookmark for all my systems (work/personal) is the vSphere API Reference document. In my opinion, This is a must have for anyone that is serious about vSphere Automation and having it be an online document, it allows you to quickly search for a specific property or method. The problem with an online document of course is that if you are not connected to the internet, you will not have access to it. VMware does provides an offline version for viewing which is bundled within the vSphere Management SDK.
This morning when I woke up, I was going through the list of sites that I read on a regular basis such as Y Hacker News and the top entry at the moment was "Dash - Beautiful instance offline docs for almost everything". I quickly realized this was not the first time I had heard of this tool, my good friend Timo Sugliani had actually introduced me to Dash a couple months back and he even mentioned it might be possible to view the vSphere API documents. After installing Dash, I did not see the vSphere API docs from what I recall and I just never had time to play with it again. I figure it has been awhile, maybe I should give it another try? I updated Dash this morning to latest version and noticed that the vSphere API documentation is now available and covers vSphere 5.0, 5.1 and 5.5.
Once you have downloaded the specific vSphere API documentation, you can then quickly browse or search through the different class objects, methods, properties and enumeration values. You can see from the screenshot below, it will automatically search through all your documentation include online searches on such as Google and Stack Overflow which I thought was pretty neat.
In addition to being able to easily view the vSphere API documentation offline, but you can also view other types of API documentation. Dash currently supports over 290+ documentation sets and you can even create your own doc sets and contribute them back to Dash. The other neat thing about Dash which I have not tried yet is the plugin integration with popular IDEs like Sublime, Textmate, Eclipse to just name a few. The only downside I see at the moment is that Dash is only for Mac OSX, but it looks like there might be plans to support a Windows version later this year. If you work with a lot of API documentation, Dash might be something you may want to check out. I know I will start leveraging it when I am offline.
- « Previous Page
- 1
- …
- 204
- 205
- 206
- 207
- 208
- …
- 224
- Next Page »