Définition de la taille de votre emplacement Satellite
Etant donné que votre emplacement Satellite représente vos propres ressources de centre de données et d'infrastructure, vous pouvez adapter sa taille en fonction de vos besoins. Le nombre d'hôtes que vous connectez à un emplacement n'est pas limité. Toutefois, à mesure que vous planifiez votre stratégie Satellite, gardez à l'esprit les considérations ci-dessous relatives au dimensionnement.
- Exigences
- minimales en matière de taille Pour commencer, vous devez associer et attribuer des hôtes qui répondent aux exigences minimales. A des fins de test, comme la démonstration de faisabilité, trois hôtes au moins peuvent être affectés au plan de contrôle ; en revanche, à des fins de production, vous devez disposer d'au moins six hôtes. Au fur et à mesure que vous utilisez votre emplacement, il peut être nécessaire de mettre à l'échelle le plan de contrôle d'emplacement Satellite par multiples de 3 (par exemple 6, 9 ou 12 hôtes).
- Haute disponibilité
- Lorsque vous affectez des hôtes au plan de contrôle d'emplacement Satellite, affectez également les hôtes à l'ensemble des 3 zones disponibles de votre métropole à zones multiples IBM Cloud que vous avez sélectionné lors de la création de l'emplacement. Pour rendre le plan de contrôle hautement disponible, vérifiez que les hôtes sous-jacents se trouvent dans des zones distinctes de votre environnement d'infrastructure physique. Par exemple, vous pouvez affecter deux hôtes par plan de contrôle, qui s'exécutent dans trois zones de disponibilité distinctes dans votre fournisseur de cloud, ou qui s'exécutent sur trois systèmes physiques distincts dans votre propre centre de données. Il n'est pas nécessaire de satisfaire les exigences spécifiques d'une "zone", mais les zones distinctes doivent assurer la disponibilité des opérations de maintenance du système. Par exemple, si une zone devient indisponible en raison d'une défaillance, ou si un hôte devient indisponible en raison d'une mise à jour, les deux zones restantes sont toujours disponibles pour exécuter les opérations du plan de contrôle. Dans une mauvaise configuration à haute disponibilité, deux hôtes sont des machines virtuelles sur le même hyperviseur, car la maintenance du matériel sous-jacent, comme la mise à jour de la machine, rendrait les deux hôtes indisponibles. Pour plus d'informations, voir Haute disponibilité pour IBM Cloud Satellite.
- Capacité de calcul
- Satellite surveille la capacité de traitement disponible de votre emplacement. Lorsque l'emplacement atteint 70 % de sa capacité, un avertissement vous demande de connecter des hôtes supplémentaires à l'emplacement. Si l'emplacement atteint 80 % de sa capacité, le statut devient critique et un autre avertissement vous demande de connecter des hôtes supplémentaires à l'emplacement.
Prévoyez de conserver au moins trois hôtes supplémentaires connectés et non affectés à votre emplacement. Lorsque vous disposez d'hôtes supplémentaires, IBM peut les affecter automatiquement à votre plan de contrôle d'emplacement Satellite lorsque l'emplacement atteint le seuil de capacité d'avertissement ou qu'un hôte défaillant doit être remplacé.
Dimensionnement de l'emplacement
Les tableaux suivants indiquent les recommandations en matière de dimensionnement pour le nombre d'hôtes requis par le plan de contrôle de l'emplacement de l' Satellite afin d'exécuter les composants principaux pour différentes combinaisons de clusters et de nœuds de travail. Ces dimensionnements ne sont utilisés qu'à titre de référence.
| Nombre d'hôtes du plan de contrôle | Nombre max. de clusters dans l'emplacement | Exemple de noeuds worker max. dans l'emplacement | Taille de cluster max. |
|---|---|---|---|
| 6 hôtes | Jusqu'à 3 clusters | 20 noeuds worker répartis sur 3 clusters, ou 80 noeuds worker répartis sur 2 clusters | 60 noeuds worker par cluster |
| 9 hôtes | Jusqu'à 5 clusters | 40 noeuds worker répartis sur 5 clusters, ou 140 noeuds worker répartis sur 3 clusters | 60 noeuds worker par cluster |
| 12 hôtes | Jusqu'à 8 clusters | 60 noeuds worker répartis sur 8 clusters, ou 200 noeuds worker répartis sur 4 clusters | 60 noeuds worker par cluster |
| Nombre d'hôtes du plan de contrôle | Nombre max. de clusters dans l'emplacement | Exemple de noeuds worker max. dans l'emplacement | Taille de cluster max. |
|---|---|---|---|
| 6 hôtes | Jusqu'à 9 clusters | 200 noeuds worker répartis sur 9 clusters, ou 550 noeuds worker répartis sur 2 clusters | 300 noeuds worker par cluster |
| 9 hôtes | Jusqu'à 16 clusters | 400 workers répartis sur 16 clusters, ou 850 workers répartis sur 3 clusters | 300 noeuds worker par cluster |
| 12 hôtes | Jusqu'à 22 clusters | 520 workers répartis sur 22 clusters, ou 1 150 workers répartis sur 4 clusters | 300 noeuds worker par cluster |
Taille de l'emplacement pour les tests
Le tableau suivant fournit des conseils de dimensionnement pour le nombre d'hôtes requis par le plan de contrôle d'emplacement Satellite pour exécuter une démonstration d'emplacement Satellite. Cette configuration n'est pas destinée à une utilisation en production.
| Nombre d'hôtes du plan de contrôle | Nombre max. de clusters dans l'emplacement | Taille de cluster max. |
|---|---|---|
| 3 hôtes 8x32 | 1 cluster | 20 noeuds worker par cluster |
Foire aux questions sur le dimensionnement des emplacements
Consultez la foire aux questions suivante pour plus d'informations sur le dimensionnement de votre emplacement.
Comment puis-je connaître la taille et le nombre d'hôtes à connecter à mon cluster?
Pour déterminer la taille et le nombre d'hôtes à connecter à vos clusters, réfléchissez aux charges de travail que vous souhaitez exécuter dans l'emplacement. Consultez la documentationRed Hat OpenShift on IBM Cloud pour obtenir des instructions sur les remarques suivantes.
- Combien de ressources mon application nécessite-t-elle ?
- Outre mon application, quels sont les autres éléments susceptibles d'utiliser les ressources du cluster ?
- Quel type de disponibilité est souhaitable pour ma charge de travail ?
- De combien de noeuds worker (hôtes) ai-je besoin pour gérer ma charge de travail ?
- Comment surveiller l'utilisation de ressources et la capacité dans mon cluster ?
Comment savoir quand connecter la capacité au plan de contrôle d'emplacement Satellite ?
Lorsque vous répertoriez des emplacements, par exemple à l'aide de la commande ibmcloud sat location ls ou dans la console Satellite, l'emplacement
passe dans un état de santé Action required. Des messages d'avertissement similaires à ceux qui suivent s'affichent.
Hosts in the location control plane are running out of disk space.
Hosts in the location control plane have critical CPU or memory usage issues.
The location control plane is running at max capacity and cannot support any more workloads.
Après avoir déterminé la taille de votre emplacement, ajoutez des hôtes au plan de contrôle d'emplacement.
Comment agrandir mon plan de contrôle d'emplacement Satellite pour qu'il soit hautement disponible ?
Voir Configuration d'un noeud worker de plan de contrôle hautement disponible. Veillez à connecter les hôtes à l'emplacement du plan de contrôle dans chaque zone,
par multiples de trois. Par exemple, 6 hôtes peuvent être affectés à votre emplacement de plan de contrôle géré depuis la région IBM Cloud wdc, avec 2 hôtes par zone (us-east-1, us-east-2 et us-east-3).
pour augmenter votre plan de contrôle, vous pouvez suivre la procédure de Configuration d'un plan de contrôle d'emplacement Satellite.
Combien de clusters Red Hat OpenShift on IBM Cloud puis-je exécuter avant de devoir connecter la capacité au plan de contrôle d'emplacement ?
Le nombre de clusters dépend de la taille de vos clusters et de la taille des hôtes que vous utilisez pour le plan de contrôle d'emplacement Satellite. Vous devez augmenter le nombre d'hôtes du plan de contrôle par multiples de 3 (par 6, 9 ou 12 par exemple).
Les tableaux ci-dessous fournissent des exemples du nombre d'hôtes que le plan de contrôle doit comporter pour exécuter les maîtres pour différentes combinaisons de clusters et de noeuds worker, à titre informatif uniquement.
- La taille des hôtes qui exécutent le plan de contrôle, 4 UC virtuelles et 16 Go de mémoire RAM ou 16 UC virtuelles et 64 Go de mémoire RAM, affecte le nombre de clusters et de noeuds worker qui sont admis dans l'emplacement. N'oubliez pas que les exigences de performances réelles dépendent de nombreux facteurs, tels que les performances de l'unité centrale sous-jacente et l'utilisation du plan de contrôle par les applications qui s'exécutent dans l'emplacement.
- Vous pouvez affecter des hôtes au plan de contrôle en groupes de 3. Le tableau présente des exemples avec la présence de jusqu'à 12 hôtes en tant que configurations communes, afin de vous donner une idée de la taille du plan de contrôle pour votre environnement d'hôte et d'application. Notez que vous pouvez ajouter plus de 12 hôtes à votre plan de contrôle par groupes de 3. Par exemple, vous pouvez créer un plan de contrôle avec 18 ou 27 hôtes.
Quels types de changements peuvent augmenter les exigences de dimensionnement de mon emplacement?
Vos exigences de dimensionnement peuvent augmenter en fonction de la charge de travail qui s'exécute dans un cluster. Les exemples suivants peuvent entraîner une augmentation des exigences de dimensionnement de votre emplacement.
- Grandes quantités d'une charge de travail de pod dynamique, par exemple davantage de stockage requis pour contenir toutes les métadonnées de pod, de service ou d'application.
- De grandes quantités d'informations de configuration, telles que ConfigMaps et Secrets, peuvent entraîner une augmentation de la mémoire ou de l'unité centrale du plan de contrôle qui détient ou traite ces informations.
- Tailles de charge de travail de demande et de réponse
kube-apiserveragrégées des données collectées. Par exemple, si votre cluster contient de nombreuses ConfigMaps et qu'une application demande la liste complète de ces données, cette demande peut entraîner la demande de ressources supplémentaires par le plan de contrôle.