Nœuds de calcul secondaires Dataproc

En plus d'utiliser des VM Compute Engine standards en tant que nœuds de calcul Dataproc (appelées nœuds de calcul "principaux"), les clusters Dataproc peuvent utiliser des nœuds de calcul secondary.

Les caractéristiques suivantes s'appliquent à tous les nœuds de calcul secondaires d'un cluster Dataproc :

• Traitement uniquement : les nœuds de calcul secondaires ne stockent pas de données. Ils fonctionnent uniquement comme nœuds de traitement. Par conséquent, vous pouvez utiliser les nœuds de calcul secondaires pour adapter le calcul sans effectuer le scaling de l'espace de stockage.

• Aucun cluster de nœud de calcul secondaire uniquement : votre cluster doit comporter des nœuds de calcul principaux. Si vous créez un cluster et que vous ne spécifiez pas le nombre de nœuds de calcul principaux, Dataproc ajoute deux nœuds de calcul principaux au cluster.

• Type de machine : par défaut, les nœuds de calcul secondaires utilisent le type de machine des nœuds de calcul principaux du cluster. Par exemple, si vous créez un cluster avec des nœuds de calcul principaux utilisant des types de machines n1-standard-4, tous les nœuds de calcul secondaires ajoutés utiliseront également des machines n1-standard-4 par défaut.

  Au lieu d'utiliser le type de machine de nœud de calcul principal par défaut pour les nœuds de calcul secondaires, vous pouvez spécifier une ou plusieurs listes classées de types de machines pour les nœuds de calcul secondaires. Pour en savoir plus, consultez VM flexibles Dataproc.

• Taille de disque persistant : par défaut, les nœuds de calcul secondaires sont créés avec une taille de disque de démarrage égale à celle du nœud de calcul primaire ou à 1 000 Go, selon la valeur qui est la plus faible. Cet espace disque est utilisé pour la mise en cache locale des données et n'est pas disponible via HDFS. Vous pouvez remplacer la taille de disque par défaut à l'aide de la commande gcloud dataproc clusters create --secondary-worker-boot-disk-size lors de la création du cluster. Vous pouvez spécifier cette option même si le cluster ne dispose pas de nœuds de calcul secondaires lors de sa création.

• Création asynchrone : lorsque vous ajoutez des nœuds de calcul secondaires en créant ou en faisant évoluer un cluster, les nœuds de calcul secondaires peuvent ne pas être provisionnés une fois l'opération de création ou de mise à jour terminée. En effet, Dataproc gère les nœuds de calcul secondaires à l'aide des groupes d'instances gérés (MIG, Managed Instance Groups), qui créent des VM de manière asynchrone dès qu'ils peuvent être provisionnés (consultez la section Vérifier l'état des instances gérées).

Nœuds de calcul secondaires préemptifs et non préemptifs

Il existe trois types de nœuds de calcul secondaires : les VM spot, les VM préemptives standards et les VM non préemptives. Le type de nœud de calcul secondaire Dataproc par défaut est la VM préemptive standard. Vous pouvez spécifier un mélange de nœuds de calcul secondaires Spot et non préemptifs.

Exemple : Si vous sélectionnez trois nœuds de calcul secondaires lorsque vous créez un cluster, vous pouvez spécifier trois VM Spot, trois VM préemptives, trois VM non préemptives ou une combinaison de nœuds de calcul Spot et non préemptifs.

Nœuds de calcul préemptifs

• Bien que la suppression potentielle de nœuds de calcul préemptifs puisse affecter la stabilité des tâches, vous pouvez décider d'utiliser des instances préemptives afin de réduire les coûts de calcul par heure pour le traitement des données non critiques ou afin de créer de très grands clusters pour un coût total plus faible (vous pouvez utiliser le simulateur de coût Google Cloud pour estimer les coûts).

• Pour des résultats optimaux, le nombre de nœuds de calcul préemptifs dans votre cluster doit être inférieur à 50 % du nombre total de nœuds de calcul (principal et tous les nœuds de calcul secondaires) de votre cluster.

• En cas d'utilisation de nœuds de calcul préemptifs, vos tâches rencontreront probablement un plus grand nombre de défaillances temporaires de tâches à un seul nœud de calcul que les tâches exécutées sur des nœuds de calcul non préemptifs. Pour améliorer la tolérance des tâches aux défaillances de bas niveau, vous pouvez définir des valeurs de propriété de cluster semblables aux valeurs de propriété par défaut utilisées avec les clusters d'autoscaling pour augmenter le nombre maximal de tentatives d'exécution de tâches et éviter les défaillances de tâches.

• Économies potentielles : l'utilisation de VM préemptives ne permet pas toujours de réaliser des économies, car les préemptions peuvent entraîner une exécution plus longue des tâches et, par conséquent, des coûts plus élevés. Bien que l'utilisation du mode de flexibilité améliorée avec des VM préemptives puisse aider à atténuer ce résultat, les économies globales réalisées grâce aux VM préemptives varient selon les cas d'utilisation. En général, les jobs de courte durée sont plus adaptés à l'utilisation de VM préemptive, car la probabilité de préemption pendant l'exécution du job sera plus faible. Essayez différentes options de job, comme les VM non préemptives et les VM préemptives avec EFM, pour estimer les coûts et trouver la meilleure solution.

Nœuds de calcul non préemptifs

• Vous pouvez créer un cluster avec des nœuds de calcul secondaires non préemptifs pour effectuer le scaling des calculs sans sacrifier la stabilité des tâches. Pour ce faire, spécifiez non-preemptible comme type de nœud de calcul secondaire. Vous pouvez combiner des nœuds de calcul secondaires non préemptifs avec des nœuds de calcul secondaires ponctuels.

Sélectionner des nœuds de calcul secondaires

Vous pouvez spécifier le nombre et le type de nœuds de calcul secondaires lorsque vous créez un cluster à l'aide de la consoleGoogle Cloud , de la gcloud CLI ou de l'API Dataproc.

• Vous pouvez combiner des nœuds de calcul secondaires spot et non préemptifs.
• Vous pouvez mettre à jour votre cluster après sa création pour modifier le nombre, mais pas le type, de nœuds de calcul secondaires de votre cluster.
• Les mises à jour de libellés se propagent à tous les nœuds de calcul secondaires préemptifs dans les 24 heures. Les mises à jour de libellés ne se propagent pas aux nœuds de calcul secondaires existants non préemptifs. Les mises à jour de libellés sont appliquées à tous les nœuds de calcul ajoutés à un cluster après une mise à jour de libellé. Par exemple, si vous effectuez un scaling à la hausse du cluster, tous les nouveaux nœuds de calcul principal et secondaire se verront affecter de nouveaux libellés.