Growth Beyond Minimum Viable Platform
Page last updated:
Organic growth from Minimal Viable Platform is expected and encouraged. The next sections will offer considerations on growing from a lower to a higher level of fault tolerant architecture progressively.
Key items that change are:
- Two more racks are added to the original, making three racks
- Management functions do not change location
- The maximum number of hosts for this architecture is limited to 64 due to vSAN cluster limitations
By adding a three physical rack alignment, several features from different parts of the configuration align. Each pair of hosts in a rack is designated a vSAN fault domain. Fault domains enable you to protect against rack or chassis failure if your vSAN cluster spans across multiple racks or blade server chassis. You can create fault domains and add one or more hosts to each fault domain. Then, vSphere Host Group are defined to align to these three pairs of hosts which then can be consumed by PAS/PKS as a Pivotal Platform availability zone.
Migration from the original rack to using the added racks is possible with Pivotal Platform by modifying vSphere host group definition and performing a bosh recreate. The PaaS will deploy all components that can be deployed as multiples will be equally distributed across all AZs (as long as multiples selected are evenly divisible by the number of AZs used).
PRA Multiple Cluster Design View a larger version of this diagram.
This third stage design is considered production-ready with ample high availability and redundancy capacity for full-time enterprise use. This size is appropriate for combined Enterprise PKS and PAS deployments combined, if desired, using Resource Pools within the host groups to organize components of each into the clusters.
Key items that change at this point in growth:
- A total of four clusters are deployed: one for management of the whole system and three for payloads generated by the system.
- All management functions are deployed onto a dedicated management cluster of six VxRail Appliance. The remaining three clusters are AZs for Pivotal Platform product(s) and for payload (app) use only.
- All PaaS components that deploy in multiples, are deployed in group of three to take advantage of three availability zones. HA features of both the IaaS and PaaS are brought to bear on the AZs.
Migration from the Starter Kit may be a challenge, as all management VMs from vSphere, NSX-T Data Center and Pivotal will be migrated to a dedicated cluster and not blended in with any of the app containers created by Enterprise PKS and/or PAS.
A fresh install of the PaaS layer makes this model the easiest to install, as it will give the opportunity to place management components in the proper cluster and evacuate any pre-existing clusters of anything other than payload (app) components.