vSphere HTML5 Web Client – Fling

Last week, a small light appeared at the end of the dim tunnel called the vSphere Web Client. If you’re a vSphere engineer, or even just a user managing applications or server; you know what I’m talking about.

The vSphere Web Client has been problematic since day one. Some days it feels like you need an incantation to get the web client working, with Adobe Flash, browser security, and custom plug-ins. Even when you do, the slow response time of the web client directly impacts your productivity. Then there has been the very slow migration from the C# client, with components such as vCenter Update Manager just recently being available in the web client. Plus, only with the recent fling activity around the ESXi Embedded Host Client can we see a world where we don’t need the C# client at all.

Speaking of flings; the vSphere HTML5 Web Client is currently a VMware Fling; a technology preview built by VMware engineers with the intent the community explore and test, providing feedback. Often flings make it into the product in a future release, though that is largely dependent on the feedback from the community. This one needs our feedback!

If you are running vSphere 6, I highly encourage you to install the vSphere HTML5 Web Client. Currently, the deployment is through a vApp with the web server hosting the interface on a separate virtual machine from any of your vCenter Servers. This means there is very low risk to your environment, as you aren’t modifying your existing vCenter, rather extending it through the SSO engine to a separate web server.

At first glance, the instructions for the fling appear a little involved, though trust me they are not. All told it took me about 10 minutes to setup the H5 Web Client. The instructions are very detailed, so I won’t repeat them in depth; though I captured my deployment if you are interested.

I have both VCSA and vCenter for Windows in my lab, the fling will work with either (and will support an existing enhanced link mode setup like mine). I went the Windows route as it’s my platform services controller and SSO server.

  1. Download the OVA and the batch file
  2. Execute the batch file, which generates three config files
  3. Deploy the vSphere HTML5 Web Client OVA
  4. Once the new vApp is only, follow the instructions to create three new directories.
  5. Using a tool such as WinSCP, copy the three files from your vCenter server to the
  6. vSphere Web Client server
  7. Set the NTP Server
  8. Start the web server
  9. Browse vCenter in beautiful native HTML5, no plug-ins, no flash, so fiddling with your browser security. (If you are not already logged in to vSphere, the H5 site will redirect you to the SSO for authentication)


*Note there is no sound, this is to follow along the steps. The video is not speed up, this is the actual deployment time

Again this is the very first preview and as such the functionality is limited. Here a just a few screen shot while you’re waiting on the download.

This slideshow requires JavaScript.

By | April 6th, 2016|Home Lab, VMWare|0 Comments

IsilonSD – Part 5: Monitoring Activity

For my deployment of IsilonSD Edge, I want to keep this running in my lab, installing systems is often far easier than operating them (especially troubleshooting issues). However an idle system isn’t really a good way to get exposure, so I need to put a little activity on this cluster, plus monitor it.

This post is part of a series covering the EMC Free and Frictionless software products.
Go to the first post for a table of contents.

This is just my lab, so here is my approach to doing more with IsilonSD than simply deploying it:

  • Deploy InsightIQ (EMC’s dedicated Isilon monitoring suite)
  • Move InsightIQ Data to IsilonSD Edge Cluster
  • Synchronize Software Repository
  • Mount Isilon01 as vSphere Datastore
  • Load Test

Deploy InsightIQ

InsightIQ is EMC’s custom-built monitoring application for Isilon. Personally, this was one of the top reasons I select Isilon years ago when evaluating NAS solutions. I’m a firm believer that the ability to monitor a solution should be a key deciding factor in product selection.

Without going too deep in InsightIQ itself (that’s another blog), it provides the ability to monitor the performance of the Isilon, including the client perspective of the performance. You can drill into the latency of operations by IP address; which when I first purchased an Isilon array is was because the incumbent solution was having numerous performance problems and the lack of visibility into why was causing a severe customer satisfaction issue.

InsightIQ monitors the nodes, cluster communication, and even does file analysis to help administrators understand where their space is consumed and by what type of files.

Deploying InsightIQ is a typical OVA process, we’ve collected the information necessary in previous posts, so I’ll be brief, in fact you can probably wing-it on this one if you want.

*Note there is no sound, this is to follow along the steps.
  1. In the vSphere Web Client, deploy an OVA
  2. Provide the networking information and datastore for the InsightIQ appliance
  3. After the OVA deploy is complete, open the console to the VM, where you’ll need to enter the root password
  4. Navigate your browser to the IP address you entered, logging in as root, with the password you created in the console
  5. Add the Isilon cluster to InsightIQ and wait while it discovers all the nodes.


Move InsightIQ Data to IsilonSD Edge Cluster

You can imagine collecting performance data, and file statistics will consume quite a bit of storage. By default InsightIQ will store all this data on the virtual machine, so I move the InsightIQ Datastore onto the Isilon cluster itself. While this is a little circular, InsightIQ will generate some load writing the monitoring data, which in turn will give it something to monitor, for our lab purposes this provides some activity.

Simply log into InsightIQ, under Settings -> Datastore, change the location to NFS Mounted Datastore. By default Isilon shares out /IFS, however in production this should ALWAYS be changed, but for a lab we’ll leverage the export path.


If you do this immediately after deploying InsightIQ, it will be very quick. If, however, you’ve been collecting data, you’ll be presented with information about the progress of the migration, refreshing the browser will provide updates.

IsilonSD_InsightIQDSMoveProgressSynchronize Software Repository

I have all my ISO files, keys, OVAs and software installation on a physical NAS; this makes it very easy to mount via NFS to all my hosts as a datastore, physical and nested; for quickly installing software in my lab. Because of this, I use this repository daily; so to ensure I’m actually utilizing IsilonSD to continue to learn about it post setup, I’m going use IsilonSD to keep a copy of this software repository, mounting all my nested ESXi hosts to it.

I still need my physical NAS for my physical hosts, in case I lose the IsilonSD I don’t want to lose all my software and be unable to reinstall. I want the physical NAS and IsilonSD to stay in sync too. My simple solution is to leverage robocopy to sync the two file systems; the added benefit of this is I also get the regular load on IsilonSD.

Delving into robocopy is a whole different post, but here is my incredibly simple batch routine. It mirrors my primary NAS software repository to the Isilon. This runs nightly now.

robocopy \\nas\software\ \\isilon01\ifs\software\ /MIR /MT:64 /R:0 /W:0 /ZB

Upon first execution, I see in InsightIQ traffic onto IsilonSD. Even though this is nested ESXi, with the virtual Isilon nodes sharing both compute, network, memory and disk; I see a fairly healthy external throughput rate, peaking around 100Mb/s.



When the copy process is complete, looking in the OneFS administrator console will show the data has been spread across the nodes (under HDD Used).


Mount Isilon01 as vSphere Datastore

Generally speaking, I would not recommend Isilon for VMware storage. Isilon is built for file services, and its specialty is sequential access workloads. For small workloads, if you have an Isilon for file services already, an Isilon datastore will work; but there are better solutions for vSphere data stores in my opinion.

For my uses in the lab though, with my software repository being replicated onto Isilon, mounting an Isilon NFS export as a datastore will not only allow me to access those ISO files but open multiple concurrent connections to monitor.

*Note there is no sound, this is to follow along the steps.
Mounting an NFS datastore to Isilon is exactly the same as any other NFS NAS.

You MUST use the FQDN to allow SmartConnect to balance the connections.


With the datastore mounted, if you go back into the OneFS administrator console; you can see the connections were spread across the nodes.


Now I have a purpose to regularly use my IsilonSD Edge cluster, keeping it around for upgrade testing, referencing while talking to others, etc. Again, with the EMC Free and Frictionless license, I’m not going to run out of time, I can keep using this.

Load Test

Even though I have an ongoing use for IsilonSD, I want to to a little more to do than just serve as a software share, just to ensure it’s really working well. So I’ll use IOMeter to put a little load on it.
I’m running IsilonSD Edge on 4 nested ESXi virtual machines, which in turn are all running on one physical host. So IsilonSD is sharing compute, memory, disk and network across the 4 IsilonSD nodes (plus I have dozens of other servers running on this host). Needless to say, this is not going handle a high amount of load, nor provide the lowest latency. So, while I’m going to use IOMeter to put some load on my new IsilonSD Edge cluster and typically I would record all the details of a performance test; this time I’m not. Especially given I’m generating load from virtual machines on the same host.

Given Isilon is running on x86 servers, it would be incredibly interesting to see a scientific comparison between physical Isilon and IsilonSD Edge with like-for-like hardware. In my personal experience with virtualization, there is a negligible overhead, but I have to wonder the difference Infiniband makes.

In this case, my point of load testing is not to ascertain the latency or IOPS, but merely to put the storage device under some stress for a couple of hours to ensure it’s stable. So I created a little load, peaking around 80Mbps and 150 IOPS, but running for about 17 hours (overnight).

Below are some excerpts from InsightIQ, happily the next morning the cluster was running fine, even given the load. During the test, the latency fluctuated widely (as you’d expect due to the level of contention my nested environment creates). From an end user perspective, it was still usable.


In my next post I’m going to wrap this up and share my thoughts on IsilonSD Edge.

By | April 1st, 2016|EMC, Home Lab, VMWare|1 Comment

IsilonSD – Part 4: Adding & Removing Nodes

One of the core functions of the Isilon product is scaling. In it’s physical incarnation you can scale up to 144 nodes with over 50 petabytes in a single namespace. Those limits are because of hardware, as drives and switches get bigger, so can Isilon scale bigger. Even so, you can still start with only three nodes. When nodes are added to the cluster, it increases the storage and performance; existing data is re-balanced across all the nodes after the addition. Likewise, you can remove a node, proactively migrating the data from the leaving node without sacrificing data protection; an excellent way to lifecycle replace your hardware. This tenant of Isilon, coupled with non-disruptive software upgrades, means you there is no pre-set life-span to an Isilon cluster. With SmartPools ability to tier storage by node type, you can leverage older nodes for less frequently accessed data, maximizing your investment.

IsilonSD Edge has that same ability, though slightly muted given you’re limited to six nodes and 36TB (for now hopefully). I wanted to walk through the exercise, to see how node changes are accomplished in the virtual version, which is different from the physical version.

This post is part of a series covering the EMC Free and Frictionless software products.
Go to the first post for a table of contents.


Adding a Node

Adding a node to the IsilonSD Edge Cluster is very easy, as long as you have an ESX host with all the criteria ready. If you recall from building our test platform, we built a forth node for this very purpose.

*Note there is no sound, this is to follow along the steps.
  1. In the vSphere Web Client, return to the Manage IsilonSD Cluster tab
  2. Select the cluster (in our case, Isilon01)
  3. Switch to the Nodes tab
  4. Click the + button
  5.  The Management server will again search for candidates if found it will allow you to select them.
  6. Again select the disks and their roles, and then proceed; all the cluster and networking information already exists.


Just like creating the cluster, the OVA will be deployed, data stores created (if you used raw disks) and the IsilonSD node brought online. This time the node will be added into the cluster, which will start a rebalance effort to re-stripe the data across all the nodes, including the new one.

Keep in mind, IsilonSD Edge can scale up to six nodes, so if you start with three you can double your space.

Removing a Node

Removing a node is just as straight-forward as adding one, as long as you have four or more nodes. This action can take a very long time, depending on how much data you have, as before the node can be removed from the cluster all the data must be re-striped.

*Note there is no sound, this is to follow along the steps.
  1. In the vSphere Web Client, return to the Manage IsilonSD Cluster tab
  2. Select the cluster (in our case, Isilon01)
  3. Switch to the Nodes tab
  4. Select the node to evict (in our case, node 4)
  5. Click the – (minus) button.
  6. Double check the node and select Yes
  7. Wait until the node Status turned to StopFail


During the smart fail operation, should you log onto the IsilonSD Edge Administrator GUI, you’ll notice in the Cluster Overview the node you are removing has a warning light next to it. This is also a good summary screen to gauge the progress of the smartfail, by comparing the % column of the node your evicting, to the other nodes. In the picture below the node we choose to remove now is <1% used, while the other 3 nodes are 4% or 5%, meaning we’re almost there. IsilonSD_RemoveNodeClusterOverview



Drilling into that node is the best way to understand why it has a warning, there you will see the message that the node is being smartfailed. IsilonSD_RemoveNodeSmartFailMessage

When the smartfail is complete, you still have some cleanup activities.

*Note there is no sound, this is to follow along the steps.
  1. In the vSphere Web Client, return to the Manage IsilonSD Cluster tab
  2. Select the cluster (in our case, Isilon01)
  3. Switch to the Nodes tab
  4. The node you previously set to evict should be red in the Status
  5. Select the node, then click on the trash icon.
  6. This will delete the virtual machine and associated VMDKs


If you provided IsilonSD unformatted disks, the data stores the wizard created will still exist and you might want to clean them up. If you want to re-add the node, you’ll need to wait awhile, or restart the vCenter Inventory Service as it takes a bit to update.

By | March 31st, 2016|EMC, Home Lab, Storage, VMWare|1 Comment

IsilonSD – Part 3: Deploy a Cluster (Successfully)

With proper planning and setup of the prerequisites (see Part 2), the actual deployment of the IsilonSD Edge cluster is fairly straight-forward. If you experience issues during this section (see Part 1) it’s very likely because you don’t have the proper configuration, so revisit the previous steps. That said, let’s dive in and make a cluster.

This post is part of a series covering the EMC Free and Frictionless software products.
Go to the first post for a table of contents.

High Level, you’re going to do a few things:

  1. Deploy the IsilonSD Edge Management Server
  2. Setup IsilonSD Edge Management Server Password
  3. Complete IsilonSD Edge Management Server Boot-up
  4. Configure  Management Server vSphere Link & Upload Isilon Node Template
  5. Open the IsilonSD Edge vSphere Web Client Plug-in
  6. Deploy the IsilonSD Edge Cluster

Here’s the detail.

Deploy the IsilonSD Edge Management Server

*Note there is no sound, this is to follow along the steps.
This is your standard OVA deployment, as long as  you’re using the “EMC_IsilonSD_Edge_MS_x.x.x.ova” file from the download and providing an IP address accessible to vCenter, you can deploy this just about anywhere.

Follow along in the video on the left if you’re not familiar with the OVA process.

Once the OVA deployment launches, ensure you find the deployment task in the vSphere Task Pane and keep an eye on the progress.

Setup IsilonSD Edge Management Server password

IsilonSD_ManagementBootPasswordChangeOnce the OVA is complete and the virtual machine is booting up, you’ll need to open the console and watch the initialization process. Generally I recommend this with any OVA deployment, as you’ll see if there are any errors as the first boot configuration occurs. For the IsilonSD Edge Management Appliance, it’s required to set the administrator password.

Complete IsilonSD Edge Management Server Boot-up

IsilonSD_ManagementConsoleBlueScreenAfter entering your password, the server will continue it’s first boot process and configuration. When you reach this screen (what I call the blue screen of start) you’re ready to proceed. Open a browser and navigate to the URL provided in the blue screen next to IsilonSD Management Server.


Configure Management Server vSphere Link & Upload Isilon Node Template

When you navigate to the URL provided by the blue screen, after accepting the unauthorized certificate, you’ll be promoted for logon credentials. This is NOT the password you provided during the boot up. I failed to read the documentation and assumed this, resulting in much frustration.

Logon using:
username: admin
password: sunshine

After successful logon, and accepting the EULA, you have just a couple steps, which you can follow along in the video on the right:

  1. Adjust the admin password
  2. Register your vCenter
  3. Upload the Isilon Virtual Node template
    1. This is “EMC_IsilonSD_Edge_x.x.x.ova in your download

*Note there is no sound, this is to follow along the steps.


Open the IsilonSD Edge vSphere Web Client Plug-in

Wait for the OVA template to upload, this may take up to ten minutes depending on your environment. Once complete, you’ll be ready to move on to actually creating the IsilonSD cluster through the vSphere Web Client plug-in that was installed by the Management Server when you registered vCenter. Ensure you close out all the browser windows and open a new session to your vSphere Web Client.

IsilonSD_vCenterDatacenterSelect the datacenter where you deployed the management server (not the cluster, again where I lost some time).


IsilonSD_ManageTab In the right-hand pane of vSphere, under the Manage tab, you should now see two new sub-tabs, Create IsilonSD Cluster and Manage IsilonSD ClusterIsilonSD_vCenterIsilonTabs


Deploy the IsilonSD Edge Cluster

*Note there is no sound, this is to follow along the steps.

Follow along in the video above:

  1. Check the box next to your license
  2. Adjust your node resources
    1. For my deployment, I started with 3 nodes; adjusting the Cluster Capacity from the default 2 TB  to the minimum 1152 GB (64GB & 7 Drives * 3 Nodes)
  3. Clicking Next on the Requirements tab will search the virtual datacenter in your vCenter for ESX hosts that can satisfy the requirements you provided, including having those independent drives that meet the capacity requirement
    1. Should the process fail to find the necessary hosts, you’ll see a message like this. Don’t get discouraged, look over the requirements again to ensure everything is in order, try restarting the Inventory Service too.
    2. IsilonSD_NoQualifiedHosts
  4. When the search for hosts is successful, you’ll see a list of hosts available to select, such as
    1. IsilonSD_HostSelection
  5. Next, select all the hosts you wish to add to the cluster (if you prepared more than 3, consider selecting 3 now, as the next post we’ll walk through adding an additional node).
  6. For each host, you’ll need to select the disks and their associated role (Data Disk, Journal, Boot Disk or Journal & Boot Disk).
    1. Remember, you need at LEAST 6 data disks, you won’t get this far if you don’t but you won’t get farther if you don’t select them.
    2. In our scenario, we selects 6x 68GB data disks, and a final 28GB disk for Journal & Boot Disk
    3. You’ll also need to select the External Network Port Group and Internal Network Port Group
    4. IsilonSD_HostDriveSelection
  7. After setting up all hosts, with the exact configuration, you’ll move into the Cluster Identity
    1. IsilonSD_ClusterIdentity
    2. Cluster Name (this is used in the management interface to name the cluster)
    3. Root Password
    4. Admin Password
    5. Encoding (I’d leave this alone)
    6. Timezone
    7. ESRS Information (only populate this if you have a production license)
  8. Next will be your network settings.
    1. IsilonSD_ClusterNetworking
    2. External Network
    3. Internal Network
    4. SmartConnect
  9. You have a final screen to verify all your settings, look them over, the full deployment will take awhile and click Next.

At this point, patience is key, do not interrupt it. An OVA will be deployed for every node, then all of those unformatted disks will be turned into data stores, then VMDK files put on each datastore; finally all the nodes will boot and configure themselves. If everything goes as planned, your reward will look like this:


To verify everything, point your browser to your smart connect IP address, in our case https://Isilon01.lab.vernex.io:8080 if you get a OneFS Logon Prompt, you should be in business!



You should also be able to navigate in windows to your SmartConnect address; recall ours is \\Isilon01.lab.vernex.io\ and see the IFS share. This is the initial administrator share that in a production environment you’d disable. Likewise in *nix you can NFS attach to //Isilon01.lab.vernex.io:/IFS









By | March 30th, 2016|EMC, Home Lab, Storage, VMWare|1 Comment

IsilonSD – Part 2: Test Platform

This post is part of a series covering the EMC Free and Frictionless software products.
Go to the first post for a table of contents.

So… last post I figured out IsilonSD Edge needs (at least) three separate ESX hosts, with (at least) 7 independent, local disks. So I cannot deploy this on the nested ESXi VSAN I made, but I really want to get IsilonSD up and running.

Since my previous attempt to wing-it didn’t go so well, I’m also going to do a little more planning. I need to create ESX hosts that meet the criteria, plus some plan out things like cluster name, network settings, IP addresses and DNS zones.

For the ESX hosts, my solution is to run nested ESXi (a virtual machine running ESX on top of a physical machine running ESX). This allows me to provide the independent disks, as well multiple ESX hosts, without all the hardware. As well, this will help facilitate the networking needs, through making virtual switches to provide the internal and external networks.

To build this test platform, we’ll cover 4 main areas:

  • ESX Hosts
  • External Network
  • Internal Network
  • SmartConnect

ESX Hosts

For testing IsilonSD Edge, I’m going to make four virtual machines, and configure them as ESX hosts. Each of these will need four nNICs (two for ESX purposes, two for IsilonSD) and nine hard drives (2 for ESX again, and 7 for IsilonSD). I’m hosting all the hard drives in a single data store; it happens to be SSD. For physical networking, my host only has a single network card connected, so I’ve leveraged virtual switches without a network card to simulate a private management network.

A snapshot of my single VM configuration is below:


With the first virtual machine created, now I simply clone it three times, so I have four exact replicas. Why four? It will allow a three node cluster to start; then I can test adding (and removing) a node without data loss; the same we would with a physical Isilon.

Note the ‘guest OS’ for the virtual machines is VMware ESXi 6.x. This is nice feature of vSphere to help you keep track of your nested ESXi VMs. Though keep in mind, nesting vSphere is NOT supported by Vmware; you cannot call and ask for help. Not a concern here given I can’t call EMC for Isilon either since I’m using Free and Frictionless downloads. This is not a production grade configuration by any stretch.

IsilonSD_NestedESXDiagramx4Once all four virtual machines existed on my physical ESX host, installing ESX is just an ISO attach away.

After installing ESX on all my virtual hosts, I then add them to my existing vCenter as hosts. vCenter doesn’t know these are virtual machines and treats them the same as a physical ESX host.

I’ve placed these virtual hosts into a vCenter cluster. However, this is only for aesthetics purposes to keep them organized. I won’t enable normal cluster features such as HA and DRS given Isilon cannot leverage them, nor does it need them. Plus given there is no shared storage between these hosts, you cannot do standard vMotion (enhanced vMotion is always possible, but that’s another blog).

Here you can see those virtual machines with ESX installed masquerading as vSphere hosts:


I’ll leverage Cluster A you see in the screenshots for the Management Server and InsightIQ server. Cluster A is another cluster of nested ESXi VMs I used for testing VSAN; it also has the Virtual Infrastructure port group available so all the IsilonSD Edge VMs can be on the same logical segment.

External Network

The Isilon External network is what faces the NAS clients. In my environment, I have a vSphere Distributed Virtual Switch Port Group called ‘Virtual Infrastructure’ where I place my core systems. This is also where vCenter and the ESX Hosts sit as well, and what I’ll use for Isilon as there is no firewall/router between the Isilon and what I’ll connect to it.

Virtual Infrastructure network space is; I’ve set aside a range of IP addresses for Isilon in this network.
.50 is the management server
.151-158 for nodes
.159 for SmartConnect
.149 for InsightIQ.
You MUST have contiguous ranges for your nodes, but all other IP addresses are personal preference.

For use in the deployment steps:
-Low IP Range:
-High IP Range:
-MTU: 1500
-DNS Servers:
-Search Domains: lab.vernex.io

Internal Network

The physical Isilon appliances use dedicated Infiniband switches to interconnect the nodes. This non-blocking, low latency, high bandwidth network allows the nodes to communicate with each other to stripe data across nodes, providing hardware resiliency. For IsilonSD Edge, Ethernet is used over a virtual network for this same purpose. If you were deploying this on physical nodes, you could bind the Isilon internal network to anything that all hosts have access too, the same network as vMotion, or a dedicated network if you prefer. Obviously, 10Gb is preferable, and I would recommend diversifying your physical connections using failover or LACP at the vSwitch/VDS level.

For my lab, I have a vSphere DVS for Private Management traffic; this is bound to the virtual switch of my host that has no actual NIC associated with it. It’s a private network on the physical host under my nested ESXi instances. I use this DVS for VSAN traffic already, so I merely created an additional port group for Isilon named PG_Isilon.

Because this is essentially a dedicated, non-routable network, the IP addresses do not matter. But to keep things clean I use a range set aside for private traffic ( as well use the same last octet as my external network.

For use in the deployment:
-Low IP Range:
-High IP Range:


For those not familiar with Isilon, SmartConnect is the technique used for load balancing clients across the multiple nodes in the cluster. Isilon protects the data across nodes using custom code, but to interoperate with the vast variety of clients standard protocols such as SMB, CIFS and NFS is used. For these, there still is not an industry standard method for load to be spread across multiple servers (NFS does have the ability for transparent failover, which Isilon supports), the approach is a beautiful blend of powerful and simplistic. By delegating a zone in your enterprise DNS for the Isilon cluster to manage, SmartConnect will hand out IP addresses to clients based different load balancing options appropriate for your workloads, such as round robin (default) or others like least connection.

To prepare for deploying an IsilonSD Edge cluster, we’re going to modify the DNS to extend this delegation to Isilon.Configuring the DNS ahead of time makes the deployment simple. If you’re running Windows DNS, here are the quick steps (if you’re using BIND or something similar, this is a delegation and should be very similar in your config files).

Launch the Windows/Active Directory DNS Administration Tool


Locate the parent zone you wish to extend, here I use lab.vernex.io.

Right click on the parent zone and select New Delegation












Enter the name of the delgated zone, this ideally will be your cluster name, for my deployment Isilon01IsilonSD_Delgation1










Enter the IP address you intend to assign to Isilon SmartConnect









That’s it, when the Isilon Cluster is deployed and Smart Connect running, you’ll be able to navigate to a CIFS share like \\Isilon01.lab.vernex.io, your DNS will pass this request to the Isilon DNS server, which will reply with an IP address of a host that can accept your workload. This same DNS works for managing the Isilon cluster as well.

QuickTip, you can CNAME anything else to Isilon01.lab.vernex.io, so I could make File.lab.vernex.io CNAME pointed to SmartConnect. This is an excellent way to replace multiple file servers with a single Isilon.

For use in the deployment:
-Zone Name: Isilon01.lab.vernex.io
-SmartConnect Service IP:


By | March 28th, 2016|EMC, Home Lab, Storage, VMWare|1 Comment

Free and Frictionless – A Series

One of the most common statements I’ve made to vendors over the years is “why should I pay to test your software?”. To this day I still don’t understand this; if I’m going to purchase software to run in my production environment, why should I have to pay to run this software for our development and testing needs? It seems counter-intuitive; in my mind having easy access to software which IT can test and develop against increases the probability of choosing it for a project. Having software be free in non-production allows developers to ensure that it is properly leveraged, as well it encourages accurate testing and facilitates operations ensuring it’s ready to be run in production. In my experience not only does this result in more use of the software in production (which means more sales for the vendor), but more operational knowledge (which means less support needed from the vendor).

Companies offer difference solutions to attempt to solve this. Microsoft does it well with TechNet and MSDN subscriptions; which for a small yearly fee you can license your IT staff, rather than the servers; you get some limited support and recently even cloud credits. Many companies will provide time-bombed versions of the software; this helps in the evaluation phase to test installation, but falls short in ongoing development needs, not to mention operations teams gain no experience. Some vendors will steeply discount non-production; though most of them only do this through during the purchasing process, and I’ve seen a wide range of how well this gets negotiated (if at all).

There is no doubt in my mind that this challenge is a significant factor in the growth of open-source software. With the ability to easily download software, without time limits and without a sales discussion; the time to start being productive in developing a solution is dramatically reduced. I’ve made this very choice; downloading free software and beginning the project while things like budget are still not finalized. The software can be kept running in non-production and when moved into production, support contracts can begin. You don’t need to pay upfront, before prototyping, before a decision is made and before any business value is being is being derived.

This is why I’ve been ecstatic EMC is making a movement towards a method that allows the free use of software in non-production, even in products they are not using an open-source license model. They refer to this approach as ‘Free and Frictionless’. It doesn’t apply to all their software, but the list is growing. Currently, products like ScaleIO, VNX, ECS and recently added; Isilon. The free and frictionless products are available for download, without support, but without time-bombs either. In most cases there are restrictions, such as the total amount of manageable storage. These limitations are easy to understand and work with and fully deliver on my age old question “why should I pay to test your software”.

I’m going to spend a little time with these offerings, many of them I’ve run in production, at scale; so I’m interested how well they stack up in their virtual forms. I’ll also explore some products I haven’t run before.

By | March 24th, 2016|EMC, Home Lab, Storage, VMWare|10 Comments

Bulk Upload ISOs to vCloud Air

I’ve been leveraging vCloud Air recently for development and testing. The ability to run nested ESXi in the cloud, coupled with the promotions for free credits makes it a convenient playground for running a plethora of applications.

Uploading to vCloud Director has always been cumbersome. Due to the required browser plug-ins, you needed the right combination of versions and your settings had to be just right. But recently Chrome and Firefox have closed the door on old Netscape API that fully broke the ISO upload feature.

VMWare provides a command line tool called OVFTool that allows uploading ISO files (and OVF as well). William Lam over on vGhetto wrote an excellent shell script to wrap OVFTool to make it a little easier. However, I’m still too lazy for that. What I wanted is to upload a bulk of ISO files to my catalog, so I could quickly build environment from scratch.

So, entered vCloudAir_BulkUploadISO.sh, this bash script for Mac will do just that. Set a couple of variables up front; your vCloud Air information and the folder you want to upload. The script will prompt for your credentials and loop through all the ISO files in the folder upload them to your catalog. Clone it from my GitHub page.

Open in your favorite editor, adjust the variables and upload en masse.

By | January 21st, 2016|VMWare|0 Comments