teurs parviennent aux développeurs en amont. C'est à eux que revient la décision d'intégrer ou de rejeter la requête.
Si les membres du projet décident d'intégrer la requête, elle s'affiche dans les versions plus récentes du logiciel. Une requête acceptée profite à toutes les parties concernées.
Le rejet d'une requête peut être motivé par plusieurs raisons. Elle n'est pas conforme aux directives du projet, elle n'est pas valide, elle a déjà été intégrée, elle ne cadre pas avec l'esprit du projet ou elle ne figure pas sur la feuille de route.
Une requête rejetée rend plus difficile la tâche des développeurs en amont, dans la mesure où ils doivent faire en sorte que leurs correctifs restent synchronisés avec le code en amont. On évite généralement de recourir à cette méthode. Cependant, elle s'avère parfois nécessaire.
Mise à jour
Installation d'une version plus récente (mineure) d'un paquetage.
Mise à niveau
Installation d'une version plus récente (majeure) d'un paquetage ou d'une distribution qui offre de nouvelles fonctionnalités.
7.2 Modèle de maintenance de
SUSE Linux Enterprise 11
Le modèle de maintenance de SUSE Linux Enterprise 11 permet à la fois de bénéficier d'une grande flexibilité et de contrôler vos service packs. Il présente les avantages suivants :
• Les service packs sont plus légers et plus faciles à tester et à déployer.
• Les précédentes versions peuvent être conservées avec une prise en charge pour l'ensemble du système.
• Réponse aux besoins du marché entre les service packs par des améliorations sélectives et mises à jour supplémentaires dans le dépôt de mise à jour général. En sélectionnant les améliorations, ce modèle réduit les longues périodes entre les service packs.
Mise à jour de SUSE Linux Enterprise 149
7.2.1 Informations de base
SUSE accorde un grand intérêt aux commentaires de ses clients. Aussi, dans une optique d'amélioration constante, plusieurs changements ont été apportés ces dernières années au mode de diffusion des mises au jour :
• SLES 9 contenait un seul dépôt où étaient rassemblées toutes les mises à jour ; la version la plus récente de la mise à jour était la seule à être prise en charge.
• Depuis SLES 10 SP1, le concept de « dépôt spécifique au service pack » a été introduit. Cela signifie que toutes les mises à jour d'un service pack donné sont distribuées dans un dépôt spécifique. Dès que les utilisateurs migrent vers un service pack plus récent, il leur est impossible d'accéder aux dépôts précédents s'ils se sont enregistrés directement auprès de Novell Customer Center. Les utilisateurs de SMT ou
SUSE Manager étaient en mesure de s'abonner gratuitement à tout canal SP (c'est toujours le cas actuellement). Ce changement a principalement été apporté en raison du concept de période de chevauchement de 6 mois (prise en charge de service pack n-1) pour permettre la validation du service pack diffusé et d'une fenêtre de migration pour les clients, selon laquelle ils continuaient à bénéficier d'une maintenance et d'un support complets dans le cadre de l'ancien SP.
• SLES 11 GA et SLES 11 SP1 suivaient le modèle de SLES 10. SLES 11 SP2 marque l'introduction d'un nouveau modèle de dépôt qui se présente comme suit : i. Le dépôt des mises à jour de SLES 11 SP1 reste souscrit. Toutes les mises à jour qui s'appliquaient également au SP2 étaient aussi ou uniquement diffusées dans le dépôt des mises à jour de SP1. Cela signifie que toutes les mises à jour compatibles avec ABI et API continuaient à y être distribuées.
ii. Le dépôt des mises à jour de SLES 11 SP2 contient uniquement les dernières mises à jour et les éventuelles mises à jour novatrices qui ne peuvent pas être diffusées dans le dépôt des mises à jour du SP1 (pour diverses raisons). Pour être complet, il convient encore de signaler que nous avons introduit un dépôt central qui comblait un « vide » pour les paquetages qui n'étaient pas diffusés dans le dépôt des mises à jour du SP1, ni dans celui du SP2.
iii.SLES 11 SP4 présentera un modèle de canal similaire à celui de SLES 10. Le modèle a été considéré comme le moyen le plus simple et le plus rapide de fournir des mises à jour pour un service pack spécifique. Toutes les mises à jour seront transmises par le biais d'un canal de mise à jour spécial. Des canaux supplémentaires seront disponibles sur la machine, mais les anciens canaux seront supprimés.
150 Guide de déploiement
Figure 7.1, « Évolution de la fourniture de la maintenance (s'applique également à
SLED) » (p. 151) représente certains aspects mentionnés ci-dessus.
Figure 7.1 Évolution de la fourniture de la maintenance (s'applique également à
SLED)
Nos produits présentent un cycle de vie de 10 ans : 10 ans de support global et 3 ans de support étendu. Les principales versions sont proposées tous les 4 ans et les service packs tous les 18 mois. Le support à long terme au niveau des service packs est une fenêtre de mise à niveau étendue ou un cycle de vie étendu de la version principale
(voir Figure 7.2, « Support à long terme au niveau des service packs » (p. 152)).
Mise à jour de SUSE Linux Enterprise 151
Figure 7.2 Support à long terme au niveau des service packs
Support général Support étendu
Année 1 Année 2 Année 3 Année 4 Année 5 Année 6 Année 7 Année 8 Année 9 Année 10
GA
SP1
Support des services à long terme
SP2 Support des services à long terme
SP3 Support des services à long terme
SP4
Support des services à long terme
Le support à long terme au niveau des service packs nécessite un abonnement actif, standard ou prioritaire. Il n'affecte pas les conditions d'abonnement L1 ou L2. Les mises à jour de sécurité sont traitées de façon « proactive » : il s'agit de toute vulnérabilité critique non basée sur l'utilisateur, tout exploit racine local dans le kernel ou tout autre exploit racine directement exécutable sans l'intervention de l'utilisateur.
7.2.2 Niveaux de support
Les niveaux de support étendu sont valables entre la huitième année et la dixième année. Ces niveaux de support proposent des diagnostics permanents de niveau technique L3 et des résolutions réactives des bogues critiques. Ils appliquent des mises à jour de sécurité à tout exploit racine banal dans le kernel ou tout autre exploit racine directement exécutable sans l'intervention de l'utilisateur. Ils prennent également en charge les environnements système, les piles logicielles et le matériel avec une liste
d'exclusion de paquetage limitée. Voir Tableau 7.1, « Mises à jour de sécurité et résolution des bogues » (p. 153) pour découvrir une présentation.
152 Guide de déploiement
Tableau 7.1 Mises à jour de sécurité et résolution des bogues
— Support général —
Rubrique SP actuel
Services techniques
L1/L2
Maintenance proactive
Mises à jour de pilote via
PLDP
Mises à jour de sécurité proactives
Assistance technique L3
Backports disponibles
✓
✓
✓
✓
✓
✓
SP (n-1)
6 mois
✓
✓
✓
✓
✓
SP (n-1) avec
LTSS
✓
✓
✓
✓
✓
Années
6 et 7 avec
LTSS
✓
✓
✓
✓
✓
Support
étendu
Années
8, 9 et
10 avec
LTSS
✓
✓
✓
Mise à jour de SUSE Linux Enterprise 153
7.2.3 Modèle de canaux
Dans l'ancien modèle de maintenance, deux canaux étaient assignés à SUSE Linux
Enterprise Server : SLES11-SPx-Pool et SLES11-SPx-Updates. Au cours d'une migration en ligne vers SPx+1, ces canaux étaient temporairement remplacés par
SLES11-SPx-Online
.
La disposition des canaux a changé avec SUSE Linux Enterprise SP2, de manière à
bénéficier des avantages du nouveau modèle de maintenance. Tableau 7.2, « Disposition des canaux pour SUSE Linux Enterprise 11 SP1, SP2 et SP3 » (p. 154)
contient la liste de tous les canaux de SP1 à SP3.
Tableau 7.2 Disposition des canaux pour SUSE Linux Enterprise 11 SP1, SP2 et SP3
Type
Canaux requis
SLES
SP1
SLES11-SP1-Pool
SLES11-SP1-Updates
SP2
SLES11-SP1-Pool
SLES11-SP1-Updates
SLES11-SP2-Core
SLES11-SP2-Updates
SP3
SLES11-SP3-Pool
SLES11-SP3-Updates
SP4
SLES11-SP4-Pool
SLES11-SP4-Updates
SLED
SP1
SLED11-SP1-Pool
SLED11-SP1-Updates
SP2
SLED11-SP1-Pool
SLED11-SP1-Updates
SLED11-SP2-Core
SLED11-SP2-Updates
SP3
SLED11-SP3-Pool
SLED11-SP3-Updates
SP4
SLED11-SP4-Pool
SLED11-SP4-Updates
Canaux facultatifs
SP1 SP1
154 Guide de déploiement
Type
Spécifique au
SLES
SLES11-SP1-Debuginfo-Pool
SLES11-SP1-Debuginfo-Updates
SP2
SLES11-SP2-Debuginfo-Core
SLES11-SP2-Debuginfo-Updates
SLES11-Extras
SLES11-SP2-Extension-Store
SP3
SLES11-SP3-Debuginfo-Core
SLES11-SP3-Debuginfo-Updates
SLES11-SP3-Extension-Store
SLES11-Extra
SP4
SLES11-SP4-Debuginfo-Pool
SLES11-SP4-Debuginfo-Updates
SLES11-Extra
SLES11-Security-Module
SLES11-WebYaST-SP2-
Pool
SLED
SLED11-SP1-Debuginfo-Pool
SLED11-SP1-Debuginfo-Updates
SP2
SLED11-SP2-Debuginfo-Core
SLED11-SP2-Debuginfo-Updates
SLED11-Extras
SLED11-SP2-Extension-Store
SP3
SLED11-SP3-Debuginfo-Core
SLED11-SP3-Debuginfo-Updates
SLED11-SP3-Extension-Store
SLED11-Extra
SP4
SLED11-SP4-Debuginfo-Pool
SLED11-SP4-Debuginfo-Updates
SLED11-MSI-Updates
Mise à jour de SUSE Linux Enterprise 155
Type
produit
(exemples)
SLES
SLES11-WebYaST-SP2-
Updates
SLED
Description des canaux requis
Noyau
Ce sous-ensemble du support d'installation décompressé contient uniquement les paquetages considérés comme formant le « noyau » de SPx (environ 30 % du total du paquetage). Les dépôts SP contiennent uniquement les paquetages spécifiques à un SP et ses thèmes (la prise en charge du matériel, par exemple). Il existe uniquement dans SP2.
Mises à jour
Mises à jour de maintenance dans le dépôt Noyau ou Pool correspondant.
Pool
Contient tous les RPM binaires du support d'installation, ainsi que des informations de modèle et des métadonnées d'état du support.
Description des canaux facultatifs
Debuginfo-Pool , Debuginfo-Updates
Ces canaux comprennent du contenu statique. Cependant, seul le canal Debuginfo-Updates
reçoit des mises à jour. Activez ces canaux si vous devez installer des bibliothèques avec des informations de débogage en cas de problème.
Extension-Store
Ce canal n'est pas encore utilisé. Il est censé contenir des paquetages destinés à des
(futurs) produits complémentaires. Le canal Extension Store sera supprimé à partir de SLES 11 SP4.
LTSS-Updates
Mises à jour de maintenance apportées aux paquetages dans le dépôt Pool correspondant pour les installations assorties d'un contrat LTSS (Long Term Support
Service). Ces canaux spécifiques nécessitent un contrat LTSS.
7.2.3.1 Origine des paquetages
SUSE Linux Enterprise 11 SP3/SP4 Deux canaux seulement sont disponibles avec l'installation de SP3 : SLES11-SP3-Pool et SLES11-SP3-Updates. Tous les canaux
156 Guide de déploiement
