Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le mode de concurrence élevée permet aux utilisateurs de partager les mêmes sessions Spark dans Spark for Fabric pour l’ingénierie des données et les charges de travail de science des données. Un élément comme le notebook utilise une session Spark standard pour son exécution. En mode de concurrence élevée, la session Spark peut prendre en charge l’exécution indépendante de plusieurs éléments au sein de cœurs REPL (read-eval-print loop) individuels qui existent dans l’application Spark. Ces cœurs REPL fournissent une isolation pour chaque élément et empêchent les variables de notebook locales d’être remplacées par des variables portant le même nom que d’autres notebook partageant la même session.
Comme la session est déjà en cours d’exécution, cela fournit aux utilisateurs une expérience d’exécution instantanée lors de la réutilisation de la session sur plusieurs notebooks.
Remarque
Dans le cas de pools personnalisés avec un mode de concurrence élevé, les utilisateurs bénéficient d’une expérience de démarrage de session 36 fois plus rapide par rapport à une session Spark standard.
Important
Les conditions de partage de session sont les suivantes :
- Les sessions doivent se trouver dans une limite d’utilisateur unique.
- Les sessions doivent avoir la même configuration de lakehouse par défaut.
- Les sessions doivent avoir les mêmes propriétés de calcul Spark.
Dans le cadre de l’initialisation de session Spark, un cœur REPL est créé. Chaque fois qu’un nouvel élément commence à partager la même session, les exécuteurs sont alloués de manière équitable à ces notebooks s’exécutant dans ces cœurs REPL à l’intérieur de l’application Spark, ce qui empêche les scénarios d’insuffisance.
Facturation des sessions à concurrence élevée
Lorsque vous utilisez un mode concurrentiel élevé, seule la session de lancement qui démarre l’application Spark partagée est facturée. Toutes les sessions suivantes qui partagent la même session Spark n’entraînent pas de facturation supplémentaire. Cette approche permet l’optimisation des coûts pour les équipes et les utilisateurs exécutant plusieurs charges de travail simultanées dans un contexte partagé.
📌 Exemple:
- Un utilisateur démarre Notebook 1, qui lance une session Spark en mode de concurrence élevée.
- La même session est ensuite partagée par Notebook 2, Notebook 3, Notebook 4 et Notebook 5.
- Dans ce cas, seul notebook 1 est facturé pour l’utilisation du calcul Spark.
- Les blocs-notes partagés (2 à 5) ne seront pas facturés individuellement.
Ce comportement de facturation est également reflété dans les métriques de capacité : l’utilisation est signalée uniquement par rapport au bloc-notes initial (notebook 1 dans ce cas).
Remarque
Le même comportement de facturation s’applique lorsque le mode de haute simultanéité est utilisé dans les activités de pipeline — seul le notebook ou l’activité qui lance la session Spark est facturé.
Contenu connexe
- Pour commencer à utiliser le mode de concurrence élevée dans les notebooks, consultez Configurer le mode de concurrence élevée pour les notebooks Fabric.