Skip to main content

🟩Veeam Backup & Replication V13 is coming - part 2 🟩


Stabz
Forum|alt.badge.img+8
  • On the path to Greatness
  • 354 comments

Comme mentionné dans mon précédent post,  Anton Gostev a partagé plusieurs posts sur le forum Veeam décrivant les fonctionnalités qui seront dépréciées et supprimés mais aussi les évolutions à venir en termes d’exigences systèmes.
Attention la liste est longue, de nombreux changements sur les composants Linux🐧.

▶ Pourquoi ces changements ?
L'abandon du support des anciennes versions de plateformes et de logiciels est important pour ne pas disperser les ressources d'assurance qualité et simplifie l'implémentation de nouvelles fonctionnalités et permet de créer un code plus efficace et sécurisé. Enfin, cela améliore la sécurité globale de la plateforme en désactivant la possibilité de se connecter à des systèmes d'exploitation et applications obsolètes et non corrigés depuis longtemps.

▶ Politique de cycle de vie des produits Veeam
Compte tenu des changements architecturaux significatifs en V13, qui signifient que beaucoup de clients voudront prendre le temps avant de faire l’upgrade afin d’être en conformité avec les exigences. Veeam a prolongé le support de la V12 à 4 ans à partir de sa date de sortie (au lieu des 3 ans habituels). Cela inclut le support pour toutes les versions d'Agent et de plug-ins d'applications correspondant à la V12.
Ainsi, si certains changements dans les exigences système ne vous conviennent pas encore, vous pourrez rester sur la V12 jusqu'en 2027.

▶Les changements dans les exigences système énumérés ci-dessous sont tous comparés à la V12.

🛡️ Protection de l’Infrastructure
Global
❌Abandon du support des systèmes d'exploitation 32 bits dans toutes les fonctionnalités. La sauvegarde en mode crash-consistent reste possible quel que soit le type de système d'exploitation invité)

Application-aware processing for virtual machines
❌Application-aware processing for virtual machines seulement pour les OS 64-bit
❌Windows Server : abandon du support pour Windows Server 2008 et 2012.

VMware vSphere & Microsoft Hyper-V
❌vSphere : abandon du support pour la version 6.x ; la version minimale prise en charge est 7.0 pour ESXi et vCenter.
❌Hyper-V : abandon du support pour 2012 et 2012 R2 ; la version minimale prise en charge est 2016.

Veeam Agent pour Microsoft Windows
❌Windows Server : abandon du support pour Windows Server 2008 et 2012, la version minimale prise en charge est 2012 R2
❌Windows Client : abandon du support pour Windows 7 et Windows 8.x.

Veeam Agent pour Linux
❌CentOS : abandon complet du support.
❌Fedora : abandon complet du support
❌openSUSE Tumbleweed & Leap : abandon complet du support.
❌RHEL : abandon du support pour RHEL 7, RHEL 8.0 à 8.3 ; la version minimale prise en charge est 8.4.
❌Ubuntu : pas de changements ; les versions prises en charge sont 16.04 LTS, 18.04 LTS, 20.04 LTS, 22.04 LTS et 24.04 LTS.
❌Rocky : le support de 8.10 reste. Abandon du support pour 9.0 à 9.3 ; la version minimale prise en charge est 9.4

🛡️ Backup Infrastructure

Pour les composants d'infrastructure de sauvegarde, Veeam exige des systèmes d'exploitation plus modernes que pour les machines protégées, donc l'élagage ici est plus agressif. La raison principale est la sécurité, mais cela permet également d'obtenir de meilleures performances en exploitant des technologies modernes et des optimisations non compatibles avec les versions antérieures des systèmes d'exploitation.

Backup Server, Backup Console and Enterprise Manager

❌Windows Server : abandon du support pour Server 2012 et 2012 R2 ; la version minimale prise en charge est Server 2016.
❌Windows Client : les versions minimales prises en charge pour Windows 10 sont 21H2 pour le canal LTSC et 22H2 pour le canal GA. La version minimale prise en charge pour Windows 11 est 22H2.
✔️Linux : version spéciale de Rocky 9.2 (fournie et gérée par Veeam)
❌SQL Server : abandon du support pour SQL Server 2012 et 2014 ; la version minimale prise en charge est SQL Server 2016.

Backup Infrastructure Components (proxies, repositories, gateways, accelerators etc.)

❌Windows Server : abandon du support pour Server 2012 et 2012 R2 ; la version minimale prise en charge est Server 2016.
❌CentOS : abandon complet du support.
❌Debian : abandon du support pour Debian 10 ; la version minimale prise en charge est Debian 11.
❌RHEL : abandon du support pour RHEL 7, RHEL 8.0 à 8.5 ; la version minimale prise en charge est RHEL 8.6.
❌Ubuntu : abandon du support pour 18.04 LTS ; les versions prises en charge sont 20.04 LTS, 22.04 LTS et 24.04 LTS.
❌Alma : abandon complet du support.
✔️Rocky : version spéciale de Rocky 9.2 (fournie et gérée par Veeam) ; pour la version standard de Rocky, la version minimale prise en charge est 9.4 ou ultérieure.

 

📢 Que faire dès à présent ?

✔️ Examiner et ajuster votre utilisation des systèmes dépréciées/abandonnées

✔️ Planifier les migrations vers les alternatives supportées

2 comments

Steph Soc and more
Forum|alt.badge.img

Merci pour ce résumé, ça va forcer à migrer pas mal de vieux os aussi, cependant quid des jobs dd sauvegarde qui portent sur des VM windows 7/8 et 2008/2012 qui existent encore pas mal en pme.

 

Ce serait un sujet à aborder dans un webinaire !


Stabz
Forum|alt.badge.img+8
  • Author
  • On the path to Greatness
  • 354 comments
  • February 19, 2025
Steph Soc and more wrote:

Merci pour ce résumé, ça va forcer à migrer pas mal de vieux os aussi, cependant quid des jobs dd sauvegarde qui portent sur des VM windows 7/8 et 2008/2012 qui existent encore pas mal en pme.

 

Ce serait un sujet à aborder dans un webinaire !

Effectivement un gros travail de mise à niveau ou de renouvellement d’infrastructure va être nécessaire pour certaine structure.

Les jobs seront toujours possible sans utiliser les fonctionnalités avancées. Néanmoins avoir des OS qui ne sont plus maintenus sont des failles de sécurités importantes dans un SI.

Je prends note pour le webinaire :)