Gestion des configurations de redimensionnement automatique de cluster
Vous pouvez créer une configuration de redimensionnement automatique pour un cluster afin d'augmenter ou de réduire automatiquement les formes de calcul et le nombre de noeuds de processus actif en fonction des seuils d'utilisation de l'UC.
Avec les configurations de redimensionnement automatique, vous pouvez maintenir des performances optimales dans votre cluster, tout en réduisant les coûts autant que possible. Le redimensionnement automatique surveille l'utilisation de votre UC et ajuste automatiquement la capacité de celle-ci en fonction des paramètres de configuration que vous définissez.
Lorsqu'un cluster est redimensionné automatiquement, les nouveaux détails peuvent apparaître dans Apache Ambari. Pour enregistrer cette modification dans Apache Ambari, un mot de passe d'administration de cluster est créé lorsque vous créez une configuration de redimensionment automatique. Le mot de passe est supprimé lors de la suppression de la configuration de redimensionnement automatique.
Pour plus d'informations, reportez-vous aux rubriques suivantes :
- Fonctionnement du redimensionnement automatique
- Prérequis
- Types de redimensionnement automatique
- Création d'une configuration de redimensionnement automatique
- Modification d'une configuration de redimensionnement automatique pour un cluster
- Suppression d'une configuration de redimensionnement automatique pour un cluster
Fonctionnement du redimensionnement automatique
La fonctionnalité d'évolutivité automatique Big Data Service collecte des données sur l'utilisation de l'UC des noeuds de processus actifs dans un cluster ou de calcul uniquement. Deux types de déclencheur de redimensionnement automatique sont disponibles :
- Mesures : cette configuration inclut les paramètres de mise à l'échelle (passage à la forme de calcul supérieure suivante) et de mise à l'échelle (passage à la forme de calcul inférieure suivante) ou de mise à l'échelle (ajout de noeuds au cluster) et de mise à l'échelle (suppression de noeuds du cluster). Une configuration d'augmentation de la puissance ou d'augmentation du matériel indique une durée et un pourcentage, de sorte que lorsque l'utilisation moyenne de l'UC dépasse le pourcentage spécifié pour la durée spécifiée, la puissance ou le matériel du noeud est augmenté. Une configuration de réduction de la puissance ou de réduction du matériel indique une durée et un pourcentage, de sorte que lorsque l'utilisation moyenne de l'UC est inférieure au pourcentage spécifié pour la durée spécifiée, la puissance ou le matériel du noeud est réduit.
L'utilisation moyenne est basée sur la durée totale indiquée dans la configuration. L'action de redimensionnement automatique est déclenchée à la fin de la durée indiquée. Par exemple, si la configuration d'augmentation de la puissance est définie sur 60 % pendant 6 heures, l'utilisation moyenne de l'UC sur cette période de six heures doit dépasser 60 %. L'utilisation peut être inférieure ou supérieure à 60 % pendant de courtes périodes au sein de cette fenêtre de six heures, mais l'action d'augmentation n'est déclenchée qu'après l'évaluation et le calcul de la moyenne des données sur l'intégralité de cette période de six heures, si cette moyenne dépasse le pourcentage spécifié dans la configuration.
Si vous voulez augmenter la fréquence de redimensionnement automatique du cluster pour faire face à des variations plus fréquentes de l'activité de l'UC, utilisez des valeurs de durée plus courtes. Les valeurs autorisées pour les durées de redimensionnement sont comprises entre 5 et 60 minutes, ou entre 1 et 24 heures. Entrez les heures sous forme d'unités de 60 minutes. Par exemple,
60
,120
,180
,240
, etc., jusqu'à1440
minutes.Les durées de redimensionnement automatique sont mises en correspondance avec les valeurs d'intervalle Oracle Cloud Infrastructure Monitoring Query Language (MQL), où les plages de valeurs autorisées pour l'intervalle sont
1m
-60m
,1h
-24h
et1d
. (Bien que l'intervalle MQL minimal soit d'une minute, l'intervalle Big Data Service minimal est de cinq minutes.) Reportez-vous à la section Composant d'intervalle de la requête dans Référence de Monitoring Query Language (MQL).Le redimensionnement automatique tire parti des alarmes Oracle Cloud Infrastructure et sa valeur de durée est également utilisée comme intervalle de notification pour l'alarme de redimensionnement automatique. (Reportez-vous à Gestion des alarmes.) Si les conditions d'une action de redimensionnement automatique sont toujours en vigueur après un autre intervalle, l'alarme déclenche un autre redimensionnement automatique.
-
Programmation : Oracle prend en charge deux types de stratégie basée sur une programmation : la mise à l'échelle verticale basée sur une programmation et la mise à l'échelle horizontale basée sur une programmation.
Dans le cadre du redimensionnement vertical basé sur une programmation, vous indiquez la forme cible et la configuration de la forme (nombre d'OCPU et taille de mémoire).
Dans le cadre du redimensionnement horizontal basé sur une programmation, vous indiquez le nombre de noeuds cible.
Remarque
Tous les déclencheurs/conditions planifiés associés à un cluster doivent être distants de plus de quatre heures.
Remarque
Les conditions basées sur une programmation sont mises en veille pendant 15 minutes (jusqu'à un maximum de deux heures), si l'état du cycle de vie du cluster n'est pas actif lorsque le déclencheur se déclenche.
Avec l'un ou l'autre type de configuration de redimensionnement automatique, vous pouvez ajouter ou enlever le nombre exact d'OCPU, et contrôler l'utilisation de la mémoire lors de chaque opération. Une forme flexible permet également de définir des limites minimale et maximale. Reportez-vous à Planification de la disposition, de la forme et du stockage du cluster dans la documentation Oracle Cloud Infrastructure pour connaître les formes disponibles.
Nous vous recommandons d'ajuster en permanence les valeurs de redimensionnement automatique en fonction de vos besoins. Reportez-vous aux recommandations pour le réglage des alarmes dans la section Réglage régulier des alarmes de Meilleures pratiques pour les alarmes.
Prérequis
Passez en revue les prérequis de redimensionnement automatique de cluster Big Data Service.
Quota
La location doit disposer d'un quota que vous pouvez mettre à l'échelle ou mettre à l'échelle des noeuds de processus actif ou de processus actif uniquement de calcul. Sinon, l'opération de redimensionnement automatique échoue. Reportez-vous à Visualisation de l'utilisation, des quotas et des limites de service.
Réseau
Lors de la création du cluster, l'une des options suivantes a été sélectionnée :
-
Déployer une passerelle de service gérée par Oracle et une passerelle NAT (démarrage rapide)
Si le cluster a été créé avec cette option sélectionnée, vous pouvez configurer et utiliser le redimensionnement automatique.
-
Utiliser les passerelles du réseau cloud virtuel client sélectionné (personnalisable)
Si le cluster a été créé avec cette option sélectionnée, tenez compte des points suivants :
-
Si le sous-réseau utilisé pour le cluster est privé, vous devez disposer d'une passerelle de service et d'une passerelle NAT. Reportez-vous à Présentation des passerelles de service.
-
Si le sous-réseau est public, vous devez affecter des adresses IP publiques aux noeuds. Reportez-vous à Mise en correspondance d'une adresse IP privée avec une adresse IP publique.
-
Types de redimensionnement automatique
Vous pouvez redimensionner automatiquement un cluster Big Data Service horizontalement ou verticalement lorsqu'un seuil de mesure indiqué est dépassé.
Le redimensionnement horizontal ajoute ou supprime des noeuds dans le cluster. Le redimensionnement vertical modifie la forme d'un noeud dans le cluster.
Par exemple, dans le cas d'un redimensionnement vertical, lorsque les seuils sont atteints, les formes de tous les noeuds de processus actif du cluster sont automatiquement redimensionnées vers la forme VM.Standard supérieure ou inférieure suivante, ou vers les valeurs d'OCPU et de mémoire configurées pour les formes flexibles.
En cas de redimensionnement horizontal, lorsque les seuils sont atteints, le nombre de noeuds de processus actif dans le cluster évolue automatiquement par augmentation ou réduction du matériel en fonction des règles configurées.
Les clusters ODH prennent en charge le redimensionnement vertical et horizontal. Toutefois, le redimensionnement horizontal s'applique uniquement aux noeuds de processus actif de calcul uniquement et aux noeuds de broker Kafka.