Cycle de vie et supportabilité du runtime Synapse pour Apache Spark
Les pools Apache Spark dans Azure Synapse utilisent des runtimes pour lier des versions de composants essentiels (par exemple, des optimisations, des packages et des connecteurs Azure Synapse) à une version Apache Spark spécifique. Chaque runtime est mis à niveau régulièrement pour inclure de nouvelles améliorations, fonctionnalités et correctifs.
Cadence de publication
Le projet Apache Spark publie généralement des versions mineures environ tous les 6 mois. Après publication, autant que possible, l’équipe Azure Synapse s’effroce de fournir un runtime en préversion pendant environ 90 jours.
Cycle de vie de runtime
Le graphique suivant montre un chemin de cycle de vie standard de runtime Synapse pour Apache Spark.
| Phase de publication du runtime | Cycle de vie standard* | Notes |
|---|---|---|
| Aperçu | Trois mois* | Les conditions d’utilisation de la préversion Microsoft Azure s’appliquent. Consultez les conditions d’utilisation en préversion. |
| Disponibilité générale (GA) | 12 mois* | Les runtimes en disponibilité générale sont ouverts à tous les clients éligibles et sont prêts à être utilisés en production. Un runtime en disponibilité générale peut ne pas être élu pour passer à une étape LTS à la discrétion de Microsoft. |
| Support à long terme (LTS) | 12 mois* | Les runtimes au stade de support à long terme (LTS) sont ouverts à tous les clients éligibles et sont prêts pour une utilisation en production, mais les clients sont encouragés à accélérer la validation et la migration de la charge de travail vers les runtimes GA les plus récents. |
| Fin du support annoncé | 12 mois* pour les runtimes GA ou LTS. 1 mois* pour les runtimes en préversion. |
Avant la fin du cycle de vie d’un runtime donné, nous souhaitons fournir un avis de 12 mois en publiant la date de fin de l’annonce de support dans la page Runtimes Azure Synapse et l’e-mail de 6 mois aux clients en tant que rampe de sortie pour migrer leurs charges de travail vers un runtime en disponibilité générale. |
| Fin de support | - | À ce stade, le runtime est retiré et ne bénéficie plus d’aucun support. |
* Durée attendue d’un runtime dans chaque phase. Ces chronologie sont fournies comme exemple pour un runtime donné et peuvent varier en fonction de différents facteurs. Les chronologie de cycle de vie sont susceptibles de changer à la discrétion de Microsoft.
** Votre utilisation des runtimes est régie par les conditions applicables à votre abonnement Azure.
Important
- Les délais ci-dessus sont fournis en tant qu’exemples basés sur les publications actuelles d’Apache Spark. Si le projet Apache Spark modifie le cycle de vie d’une version spécifique affectant un runtime Synapse, les modifications apportées aux dates de phase sont notées dans les notes de publication.
- Les runtimes ga et LTS peuvent être déplacés vers la fin de la phase de support plus rapidement en fonction des risques de sécurité et des critères de taux d’utilisation en suspens à la discrétion de Microsoft.
- Pour plus d’informations sur les stratégies de cycle de vie Azure, reportez-vous au FAQ sur le cycle de vie - Microsoft Azure.
Étapes de publication et support
Cette section décrit les différentes phases de publication et la prise en charge de chaque étape.
Runtime en préversion
Azure Synapse Analytics fournit des préversions qui permettent d’évaluer et de partager des commentaires sur les fonctionnalités avant la mise en disponibilité générale (GA).
À la fin du cycle de vie de la préversion du runtime, Microsoft évalue si le runtime passe à une disponibilité générale (GA) en fonction de l’utilisation, de la sécurité et des critères de stabilité du client.
S’il n’est pas éligible à la phase ga, le runtime d’évaluation passe au cycle de mise hors service.
Runtimes en disponibilité générale
Une fois qu’un runtime est en disponibilité générale, seuls les correctifs de sécurité sont rétroportés. De plus, de nouveaux composants ou fonctionnalités sont introduits s’ils ne modifient pas les dépendances sous-jacentes ou les versions des composants.
À la fin du cycle de vie en disponibilité générale pour l’exécution, Microsoft évalue si le runtime a un cycle de vie étendu (LTS) en fonction de l’utilisation, de la sécurité et des critères de stabilité du client.
S’il n’est pas éligible à l’étape LTS, le runtime en disponibilité générale passe au cycle de mise hors service.
Runtimes avec support à long terme (LTS)
Pour les runtimes couverts par un support à long terme (LTS), les clients sont encouragés à accélérer la validation et la migration de la base de code et des charges de travail vers les runtimes GA les plus récents. Nous recommandons aux clients de ne pas intégrer de nouvelles charges de travail à l’aide d’un runtime LTS. Les correctifs de sécurité et les améliorations de stabilité peuvent être rétroportés, mais aucun nouveau composant ou fonctionnalité n’est introduit dans l’exécution à ce stade.
Annonce de fin de support
Avant la fin du cycle de vie du runtime à tout stade, une annonce de fin de support est effectuée.
Les contrats de niveau de service de support (SLA) s’appliquent aux runtimes annoncés de fin de support, mais tous les clients doivent migrer vers un runtime de phase ga non plus tard que la date de fin du support.
Pendant la phase de fin de support, les pools Synapse Spark existants fonctionnent comme prévu et de nouveaux pools de la même version peuvent être créés. La version du runtime est répertoriée sur Azure Synapse Studio, l’API Synapse ou Portail Azure. Dans le même temps, nous vous recommandons vivement de migrer vos charges de travail vers les derniers runtimes de disponibilité générale (GA).
Si nécessaire en raison de problèmes de sécurité, d’utilisation du runtime ou d’autres facteurs, Microsoft peut accélérer le déplacement d’un runtime vers la dernière phase de fin de support à tout moment, à la discrétion de Microsoft.
Fin de la date et de la mise hors service
À compter de la date de fin de support applicable, les runtimes sont considérés comme supprimés et déconseillés.
Il n’est pas possible de créer de nouveaux pools Spark à l’aide de la version supprimée via Azure Synapse Studio, l’API Synapse ou le Portail Azure.
La version du runtime supprimée ne sera pas disponible dans Azure Synapse Studio, l’API Synapse ou le Portail Azure.
Les définitions de pool Spark et les métadonnées associées restent dans l’espace de travail Synapse pendant une période définie après la date de fin de support applicable. Cependant, tous les pipelines, travaux et notebooks ne peuvent plus s’exécuter.