Skip to main content

đŸŸ©Veeam Backup & Replication V13 is coming - part 2 đŸŸ©


Stabz
Forum|alt.badge.img+8
  • On the path to Greatness
  • 351 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
  • 351 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 :)


Comment