Glenn Sizemore is a Technical Marketing Architect at VMware focusing on Storage in VMware Cloud on AWS. Prior to VMware, Glenn spent time as both a customer and VMware partner.

Recent Posts

2 Failure Toleration Requirements within VMware Cloud on AWS

posted

Recently an account manager reached out and asked. Why are customers required to use a policy that can survive 2 Failures (FTT2) when a cluster has six or more hosts? It comes down to maintaining the highest level of availability for the appropriately sized cloud SDDC.  Let’s look at this in more detail –  To understand Read more...

Changing Storage Policy settings within VMware Cloud

posted

Policy-based management is the enabling technology behind storage management inside the VMware Cloud on AWS Service. By empowering customers to easily align the availability and performance configuration on a per workload basis. This declarative framework is incredibly powerful, but when making changes that impact a large number of objects, we need to consider transition space. Read more...

Customer Responsibility within VMware Cloud on AWS (Storage)

posted

One of the primary appeals of the VMware Cloud on AWS service is the ability to focus on value-generating work, leaving the mundane day-to-day to VMware. Delivering on this promise requires a thoughtful segmentation of duties. This pattern is repeated throughout the stack to include one of the more dominant disciplines within the datacenter, storage. Read more...
Elastic vSAN

Elastic vSAN Scale-Up Storage

posted

The march of progress continues within the VMware Cloud on AWS service. With the 1.8 release introducing the ability to dynamically scale-up storage capacity with any Elastic vSAN SDDCs. This new capability further empowers customers to right-size their SDDC by leaning into the elasticity of the AWS cloud. How does it work? When a cluster Read more...
A bucket labled "Default Datastore Policy" full of VMs with different requirements

How Storage Policies influence usable capacity in VMware Cloud on AWS

posted

Usable capacity inside the VMware Cloud on AWS service depends upon the VM storage policy configuration.   This flexibility, while undoubtedly powerful, presents a challenge when answering the otherwise straight forward question of usable capacity. Traditionally the overhead associated with a particular parity scheme or data protection methodology is configured upfront on a container or volume Read more...

#StorageMinute: Elastic vSAN

posted

Welcome to the #StorageMinute series where we deliver key topics via bite-size content. In this edition, we will take a look at Elastic vSAN inside the VMware Cloud on AWS Service.     Elastic vSAN is an innovative new solution in the VMware Cloud on AWS Service that combines Amazons Elastic Block Store offering and Read more...

Native SQL Server Cluster support on vSAN

posted

In the latest of a seemingly continuous stream of enhancements, we are pleased to share Microsoft SQL Server Cluster support on vSAN.  This support has been added in the latest release of the VMware Cloud on AWS Service (1.6) and adds SCSI-3 Persistent Reservation (SCSI3-PR) support to vSAN. Initially released to the VMware Cloud on Read more...
Elastic vSAN

Introducing Elastic vSAN

posted

We have officially entered the next generation of storage in the VMware Cloud on AWS Service, dramatically increasing the size and scale of workload that the service can support, while simultaneously introducing flexibility into the amount of storage assigned to a cluster. We call it Elastic vSAN; a fusion of VMware vSAN and Amazons Elastic Read more...
VMware Cloud AWS

VMware Cloud on AWS Compliance ready Data-at-Rest Encryption

posted

Security has always been a core concern for the VMware Cloud on AWS service. Since its initial availability, every vSphere host deployed has implemented encryption at rest. Initially, this was fulfilled using self-encrypting NVMe devices.  Unfortunately for some customers, this wasn’t enough. For a variety of valid reasons some customers are required to not only Read more...