Vérifier les limites actuelles des ressources OSD

Avant de modifier les limites des ressources, vérifiez les paramètres actuels relatifs au processeur et à la mémoire de vos pods OSD. Notez bien les demandes et les limites actuelles afin de pouvoir les comparer ultérieurement à l'utilisation réelle et aux valeurs mises à jour.

oc get pods -n openshift-storage -l app=rook-ceph-osd \
  -o jsonpath='{range .items[*]}{.metadata.name}{"\n"}{range .spec.containers[*]}  Container: {.name}{"\n"}    Requests - CPU: {.resources.requests.cpu}, Memory: {.resources.requests.memory}{"\n"}    Limits   - CPU: {.resources.limits.cpu}, Memory: {.resources.limits.memory}{"\n"}{end}{"\n"}{end}'

Examinez les résultats pour identifier les demandes et les limites actuelles en matière de CPU et de mémoire pour chaque conteneur OSD. Comparez ces valeurs avec l'utilisation réelle à l'aide de la commande suivante. Si l'utilisation du processeur ou de la mémoire avoisine régulièrement les limites configurées, augmenter ces limites pourrait contribuer à réduire les goulots d'étranglement.

Pour vérifier la consommation réelle des ressources, exécutez la commande suivante et comparez l'utilisation du processeur et de la mémoire aux limites que vous avez notées :

oc adm top pods -n openshift-storage -l app=rook-ceph-osd

Augmenter les limites des ressources OSD

Si les limites de courant sont insuffisantes pour votre charge de travail « VM », modifiez-les en éditant la ressource « ocs-storagecluster ».

Vous pouvez également modifier les limites pour d'autres pods « Rook-Ceph », tels que mon, mgr et rgw, dans la configuration « ocs-storagecluster ». Pour plus d'informations, consultez la solution 6959127 sur Red Hat.

1. Ouvrez la ressource du cluster de stockage pour la modifier.

   oc edit storagecluster ocs-storagecluster -n openshift-storage
   

2. Dans l'entrée correspondante de l' storageDeviceSets, ajoutez ou mettez à jour le champ « resources ». L'exemple partiel suivant définit une limite de 4 cœurs de processeur et 24 Gi de mémoire, ainsi qu'une demande de 2 cœurs de processeur et 24 Gi de mémoire :

   storageDeviceSets:
     - name: ocs-deviceset
       resources:
         limits:
           cpu: "4"
           memory: "24Gi"
         requests:
           cpu: "2"
           memory: "24Gi"
   

   Les demandes de ressources CPU et de mémoire doivent être inférieures ou égales aux limites fixées.

3. Enregistrez et quittez l'éditeur.

   Une fois les modifications enregistrées, les pods OSD redémarrent automatiquement. Attendez que le redémarrage progressif soit terminé avant d'effectuer d'autres opérations de stockage.

Vérifier les limites de ressources mises à jour

Une fois le redémarrage progressif terminé, vérifiez que les limites mises à jour sont bien appliquées à tous les pods OSD.

1. Surveillez le redémarrage progressif afin de vérifier que tous les pods OSD reviennent à l'état « Running ». Le redémarrage est terminé lorsque tous les pods OSD affichent le message « Running » et qu'aucun n'affiche « Pending » ou « Terminating ».

   oc get pods -n openshift-storage | grep osd | grep -v prepare | grep -v rotation
   

2. Vérifiez que les nouvelles valeurs des ressources sont bien prises en compte.

   oc get pods -n openshift-storage -l app=rook-ceph-osd \
     -o jsonpath='{range .items[*]}{.metadata.name}{"\n"}{range .spec.containers[*]}  Container: {.name}{"\n"}    Requests - CPU: {.resources.requests.cpu}, Memory: {.resources.requests.memory}{"\n"}    Limits   - CPU: {.resources.limits.cpu}, Memory: {.resources.limits.memory}{"\n"}{end}{"\n"}{end}'
   

   Vérifiez que les valeurs relatives au processeur et à la mémoire correspondent à celles que vous avez configurées.

Effectuer un bilan de santé de base

Exécutez la commande suivante pour obtenir un résumé général de l'état de santé de Ceph. Un cluster en bon état renvoie « HEALTH_OK ».

oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph status

Pour afficher les avertissements ou les erreurs en cours, exécutez la commande suivante :

oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph health detail

Comprendre les états des clusters

La sortie de la commande « ceph status » inclut les états des groupes de placement (PG) qui indiquent l'intégrité des données.

Actif/propre

L'état idéal. Tous les groupes de placement sont actifs, toutes les données sont répliquées et aucune donnée n'est en cours de transfert. Aucune action n'est nécessaire.

Actif + remappé, actif + en cours de remplissage, actif + en cours de récupération

Les données sont en cours de redistribution. Ces états sont normaux après une modification des ressources OSD, le remplacement d'un nœud ou une opération de mise à l'échelle. Attendez que le cluster revienne à l'état « active/clean » avant d'effectuer d'autres modifications.

Exemple de résultat correct :

HEALTH_OK

Exemple de résultat lors du rééquilibrage :

HEALTH_WARN
  Degraded data redundancy: 123/456 objects degraded (26.974%)
  Recovery 50/456 objects degraded (10.965%)

Vérifier le groupe de placement et l'état de l'OSD

Pour obtenir une vue plus détaillée de la répartition des données et de l'état de santé de l'OSD, effectuez les vérifications suivantes.

1. Vérifiez le statut des groupes de placement afin d'identifier ceux qui ne sont pas dans l'état « active+clean ».

   oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph pg stat
   

2. Vérifiez l'état de chaque OSD pour vous assurer que les OSD sont up et in.

   oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph osd status