I created a short, 5 minute video to highlight the different parts of the docker volume driver for vSphere “tech preview” to accompany the blog post I created earlier. It will show what is needed on the ESXi host, and on the VM running containers. Hope you find it useful.
Another container framework that VMware customers can evaluate on Photon Controller is Kubernetes, developed by Google and now open-sourced. Kubernetes is another popular framework that allows customers to automate, manage and scale containers. Just like my previous article on Mesos and Docker Swarm, the Photon Controller and Kubernetes deployment steps are very similar. While I will show the additional steps required to get Kubernetes deployed, I wanted to focus once again on the “what do I do now?” question as this is pretty much the most common question from folks who have gone through the deployment of the Photon Controller…
This is a really cool development. There is now a docker volume driver for vSphere which we just made public last night, and is now available for tech preview. This will allow customers to address persistent storage requirements for Docker containers in vSphere environments. Basically, it allows you to create a VMDK, and use this VMDK as a persistent storage volume for containers. In the following posts, I will outline the steps involved in getting started with Docker Volume Driver for vSphere. In essence, there are 4 steps: Install the docker volume plugin on ESXi host. I was running ESXi…
Another framework that can be very quickly stood up on Photon Controller is Mesos. Apache Mesos is yet another cluster framework for container orchestration and availability (yes, there are many). The steps for deploying the Photon Controller Installer, deploying Photon Controller and creating the tenants, resource tickets and projects are identical to those outlines in steps 1,2 and 3 of my Docker SWARM on Photon Controller post. There is no point in repeating all of the steps here. I will highlight some of the other steps involved in deploying Mesos on Photon Controller, but I don’t really want to focus…
Every week, the VMware Storage and Availability Tech Marketing team (John Nicholson and Pete Fletcha) run a podcast show called the Virtually Speaking Podcast. This week I am a guest on their show, alongside Rich Peterson of FlashSoft. We spoke about VAIO, the new vSphere APIs for I/O Filters. While I described some basic features on VAIO, Rich describing the Cache Acceleration VAIO implementation for FlashSoft 4.0, created by the FlashSoft team over at SanDisk. This is the first fully certified VAIO implementation and I wrote an article about it last month that you can read here if you wish.…
I spent the last 10 days in the VMware HQ in Palo Alto, and had lots of really interesting conversations and meet-ups, as you might imagine. One of those conversations revolved around the minimum VSAN configurations. Let’s start with the basics. 2-node: There are two physical hosts for data and a witness appliance hosted elsewhere. Data is placed on the physical hosts, and the witness appliance holds the witness components only, never any data. 3-node: There are three physical hosts, and the data and witness components are distributed across all hosts. This configuration can support a number of failures to…
Last week I had the opportunity to drop down to San Jose and catch up with our friends on the FlashSoft team at SanDisk. In case you were not aware, this team has been developing a cache acceleration I/O filter as part of the VAIO program (VAIO is short for vSphere APIs for I/O Filters). SanDisk were also one of the design partners chosen by VMware for VAIO. This program allows for our partners to plug directly into the VM I/O path, and add third-party data services, such as replication, encryption, quality of service and so on. An interesting observation…