05 — Sizing, HA et Déploiement Multi-Sites
Audience : Architectes infrastructure, Ingénieurs Broadcom
Référence : 🔒 docs.broadcom.com — VCF Automation 9.1 (connexion Broadcom requise)
1. Topologies de déploiement
1.1 Vue d'ensemble des options
| Topologie | Nœuds | LB | HA | Usage |
|---|---|---|---|---|
| Simple / Single Node | 1 | Internal (intégré) | ❌ Non HA | Lab, Dev, POC |
| Cluster 3 Nœuds | 3 | Externe obligatoire | ✅ HA | Production |
| Multi-Site Actif/Passif | 3+3 | Externe par site | ✅ DR | Production critique |
2. Sizing par topologie
2.1 Topologie Simple (1 nœud)
| Ressource | Small | Notes |
|---|---|---|
| vCPU | 4 | Dédié, pas d'overcommit recommandé |
| RAM | 16 GB | Minimum absolu |
| Disque OS | 60 GB thin | Photon OS 5.0 |
| Disque Data | 150 GB | Données applicatives |
| Réseau | 1 vNIC × 1 Gbps | Réseau Management |
⚠️ Single node = zéro résilience. En cas de panne : service totalement indisponible.
2.2 Topologie Cluster 3 Nœuds — Par nœud
| Taille | vCPU | RAM | Disque OS | Disque Data | Usage |
|---|---|---|---|---|---|
| Small | 4 | 16 GB | 60 GB | 150 GB | Petite production (< 500 objets) |
| Medium | 8 | 32 GB | 100 GB | 250 GB | Production standard (500-2000 objets) |
| Large | 16 | 64 GB | 150 GB | 500 GB | Grande production (> 2000 objets) |
| X-Large | 24 | 128 GB | 200 GB | 1 TB | Très grande échelle |
Total cluster Medium : 3 × (8 vCPU + 32 GB + 100 GB + 250 GB)
= 24 vCPU + 96 GB RAM + 300 GB OS + 750 GB Data
2.3 VCF Services Runtime (K8s mutualisé)
Le VCF Services Runtime héberge tous les composants management (Fleet LC, Salt, licserver...).
Il est partagé entre les services et n'est pas dédié à VCF Automation.
| Taille | vCPU total | RAM total | IPs requises | Usage |
|---|---|---|---|---|
| Small | 12 vCPU | 48 GB | 12 IPs contigus | Lab / Petite prod |
| Medium | 24 vCPU | 96 GB | 24 IPs contigus | Production standard |
| Large | 48 vCPU | 192 GB | 30 IPs contigus | Grande production |
2.4 Sizing total — Recommandation Production Standard
| Composant | vCPU | RAM | Stockage |
|---|---|---|---|
| VCF Automation × 3 nœuds (Medium) | 24 | 96 GB | 1050 GB |
| VCF Services Runtime (Medium) | 24 | 96 GB | 500 GB |
| VCF Operations (Medium cluster) | 48 | 192 GB | 2 TB |
| VCF Operations Cloud Proxy × 2 | 4 | 12 GB | 120 GB |
| SDDC Manager | 8 | 24 GB | 200 GB |
| NSX Manager × 3 | 12 | 48 GB | 600 GB |
| TOTAL Management Domain | ~120 vCPU | ~470 GB | ~4.5 TB |
💡 Règle de base : Prévoir un cluster Management Domain de minimum 4 hôtes avec HA activé pour absorber la défaillance d'un hôte.
3. Configuration HA (Haute Disponibilité)
3.1 HA VCF Automation — Cluster 3 nœuds
Comportement en cas de panne :
- Panne d'1 nœud : Cluster continue de fonctionner (quorum 2/3)
- Panne de 2 nœuds : Service interrompu (quorum perdu)
- Recovery automatique : Kubernetes reschedule les pods sur les nœuds disponibles
3.2 Configuration vSphere HA pour VCF Automation
| Paramètre vSphere HA | Recommandation |
|---|---|
| vSphere HA | Activé (tolère panne hôte) |
| Admission Control | Réserve 33% (1 hôte de N) |
| VM Restart Priority | High pour nœuds VCF Automation |
| Anti-Affinity Rules | Règle DRS : les 3 nœuds sur des hôtes différents |
| Datastore HA | vSAN avec FTT=1 minimum |
3.3 Configuration Load Balancer — Recommandations
| Paramètre LB | Valeur recommandée |
|---|---|
| Algorithme | Round Robin ou Least Connections |
| Health Check | HTTPS port 443 /health |
| Session Persistence | Source IP (recommandé) |
| Timeout | 300 secondes (5 min) minimum |
| SSL Termination | Pass-through (LB ne décrypte pas) |
| Ports | 443 (HTTPS), 8443 (API interne) |
Options LB supportées
- ✅ NSX Load Balancer (recommandé dans VCF)
- ✅ F5 BIG-IP
- ✅ HAProxy
- ✅ Citrix NetScaler / ADC
- ✅ AWS ALB/NLB (pour déploiements hybrides)
- ⚠️ Tout LB Layer 4/7 supportant TCP 443 et health checks HTTPS
4. Déploiement Multi-Sites
4.1 Architecture Active/Passive (DR)
Notes pour l'architecture DR :
- VCF Automation ne supporte pas un mode actif/actif natif entre sites
- Le DR repose sur la restauration depuis les backups SFTP sur le site de reprise
- RTO typique : 2-4 heures (restauration backup SFTP)
- RPO : 15 minutes (fréquence backup incrémental)
4.2 Latences inter-sites
Exigences réseau VCF pour déploiements multi-sites :
| Lien | Latence maximale | Bande passante min. |
|---|---|---|
| Entre nœuds VCF Automation (cluster) | < 5 ms | 1 Gbps |
| VCF Automation → vCenter | < 10 ms | 1 Gbps |
| VCF Automation → NSX Manager | < 10 ms | 1 Gbps |
| VCF Automation → SFTP Backup | < 50 ms | 100 Mbps |
| Site Principal → Site DR | < 100 ms | 100 Mbps |
4.3 Multi-VCF Instances (Fleet)
VCF Automation supporte la gestion de plusieurs VCF Instances (Multi-VCF Fleet) :
- 1 instance VCF Automation peut gérer plusieurs vCenters/NSX dans différents VCF Instances
- Ajout de Cloud Accounts additionnels pour chaque VCF Instance ou cloud public
- Recommandation : 1 VCF Automation par Fleet (ensemble des VCF Instances)
VCF Fleet
├── VCF Automation 9.1 (site principal)
│ ├── Cloud Account: vCenter Site A (Management Domain)
│ ├── Cloud Account: vCenter Site A (Workload Domain 1)
│ ├── Cloud Account: vCenter Site B (Workload Domain 2)
│ ├── Cloud Account: NSX Site A
│ ├── Cloud Account: NSX Site B
│ └── Cloud Account: AWS Production
5. Placement des VMs — Règles DRS
5.1 Anti-Affinity obligatoires
| Règle | VMs | Raison |
|---|---|---|
| Anti-affinity VCF Automation | Node 1, Node 2, Node 3 | HA — hôtes distincts |
| Anti-affinity VCF Services Runtime | Nœuds K8s Runtime | Résilience K8s |
| Anti-affinity NSX Managers | NSX-1, NSX-2, NSX-3 | HA NSX |
5.2 Recommandations de placement
Hôte 1: VCF Automation Node 1 + NSX Manager 1 + SDDC Manager
Hôte 2: VCF Automation Node 2 + NSX Manager 2 + VCF Operations Node 1
Hôte 3: VCF Automation Node 3 + NSX Manager 3 + VCF Operations Node 2
Hôte 4 (spare HA): VCF Operations Node 3 + Services Runtime Nodes
6. Capacité de VCF Automation — Limites supportées
| Métrique | Small | Medium | Large |
|---|---|---|---|
| Projets (Organizations) | 50 | 200 | 500+ |
| Cloud Templates | 500 | 2000 | 5000+ |
| Déploiements actifs | 500 | 2000 | 5000+ |
| Cloud Accounts | 10 | 50 | 100+ |
| Utilisateurs | 100 | 500 | 1000+ |
| Pipelines CI/CD | 20 | 100 | 500+ |
| ABX Actions | 50 | 200 | 500+ |
7. Recommandations selon profil client
| Profil | Topologie recommandée | Sizing | Notes |
|---|---|---|---|
| Petite entreprise (< 100 VMs gérées) | Single Node | Small | Lab/dev uniquement si pas de SLA |
| Entreprise moyenne (100-500 VMs) | Cluster 3 nœuds | Small | HA production |
| Grande entreprise (500-2000 VMs) | Cluster 3 nœuds | Medium | Standard prod |
| Grand compte (> 2000 VMs) | Cluster 3 nœuds | Large | Optimisation perf |
| Multi-DC critique | 2 × Cluster 3 nœuds | Medium | Actif/Passif avec SFTP répliqué |
| Cloud hybride intensif | Cluster 3 nœuds | Large | Nombreux cloud accounts |
8. Dimensionnement Stockage SFTP Backup
| Scénario | Estimation backup/jour | Rétention 30 jours |
|---|---|---|
| Small (50 projets, 500 déploiements) | ~5 GB full + 500 MB incrémentaux | ~45 GB |
| Medium (200 projets, 2000 déploiements) | ~20 GB full + 2 GB incrémentaux | ~200 GB |
| Large (500 projets, 5000 déploiements) | ~50 GB full + 5 GB incrémentaux | ~500 GB |
📖 Termes spécifiques VCF 9 : GLOSSARY.md
Précédent → 04_upgrade_paths.md
Suivant → 06_ports_network.md