Journal Xen Orchestra 5.77 - Novembre 2022

Posté par  (site web personnel) . Licence CC By‑SA.
9
4
déc.
2022

Sommaire

Informations mensuelles sur les solutions de virtualisation serveurs par VATES dont l'outil web de gestion/sauvegarde centralisé : Xen Orchestra (XOA comme Xen Orchestra Appliance) et l'hyperviseurs de virtualisation XCP-NG/XenServer.
Ces 2 logiciels, édités par l'entreprise française https://vates.fr, sont sous licence AGPL v3 pour XO et GPLv2, LGPLv2+ ou BSD selon les composants pour XCP-NG

Il y a beaucoup de choses excitantes ✨ merci toutes les personnes impliquées dans cette 5.77 : nous avons réussi à livrer beaucoup de choses régulièrement, malgré le fait qu'il n'y ait que 30 jours entre chaque nouvelle version. Félicitations à l'équipe XO et à la communauté !

🛰️ Améliorations majeures de XO Proxy

Vous pouvez maintenant gérer toute votre infrastructure XCP-ng/XenServer dans le monde entier sans réseau "partagé"/étendu, en utilisant toujours un seul XOA pour tout contrôler, tout en faisant du CR (Continuous Replication: Réplication Continue de VM) via le proxy, et en le déployant avec une seule ligne. Plus d'information dans cet article : https://xen-orchestra.com/blog/xo-proxy-a-concrete-guide/

🌡️ Migration à chaud entre vendeurs de CPU

Une autre preuve que VATES peut créer de toutes nouvelles fonctionnalités en orchestrant plusieurs hôtes XCP-NG en même temps. Mais revenons d'abord un peu en arrière.

Un peu de contexte : imaginez que vous avez un CLUSTER/POOL où toutes vos VMs fonctionnent sur des CPUs Intel Xeon, et certaines de ces VMs ont des disques assez grands. Maintenant, vous voulez les migrer vers un CLUSTER/POOL fonctionnant avec des CPU AMD EPYC. Vous ne pouvez pas migrer en direct, et la migration hors ligne prendra beaucoup de temps.

C'est pourquoi nous avons créé la migration à chaud : elle réduit le temps d'arrêt pour la migration à quelques minutes seulement, tout en permettant de déplacer vos VM entre différents hôtes, même s'ils utilisent des fabricants de CPU différents, ou même des anciens hôtes XenServer vers notre dernière version XCP-NG.
Plus d'information dans cet article : https://xen-orchestra.com/blog/warm-migration-with-xen-orchestra/

📡 REST API: snapshots

L'API REST de Xen Orchestra dispose désormais de deux nouveaux points d'accès pour les requêtes : vm-snapshots et vdi-snapshots. De cette façon, vous pouvez récupérer toute information relative à vos snapshots (VMs ou disques).

La liste des collections disponibles se trouve sous le chemin /rest/v0. N'oubliez pas de consulter la documentation officielle pour plus de détails.

N'oubliez pas que vous pouvez utiliser des filtres pour ne récupérer que ce dont vous avez besoin ! Voici un exemple pour obtenir uniquement les snapshots d'une VM :
curl -b authenticationToken=<TOKEN> \
https://xoa.example.com/rest/v0/vm-snapshots?filter=%24snapshot_of:<VM_UUID>

Profitez-en ! Et tenez VATES au courant de ce dont vous avez besoin. Les équipes de VATES ont prévu d'aller au-delà des appels en lecture seule, mais cela nécessite de créer une file d'attente et d'utiliser des tâches, ce sur quoi nous travaillons avec Xen Orchestra 6. Plus d'informations à venir sur ce sujet le mois prochain !

🚀 XCP-ng 8.3 Alpha

Si vous l'avez manqué, VATES est fier d'annoncer que nous avons publié une première alpha pour notre prochaine version : XCP-NG 8.3. Il y a tellement de choses à dire, que vous devriez vraiment lire l'article de blog dédié. Cependant, si vous avez besoin de vous rappeler 2 choses importantes : ce n'est pas une version LTS (Long Term Support: version sous support), et c'est une base appropriée pour BEAUCOUP plus de choses à venir en 2023. L'avenir est passionnant !
Plus d'information: https://xen-orchestra.com/blog/xen-orchestra-5-77/

🔭 Améliorations de XO Lite

XO Lite est un Xen Orchetra léger pour gérer un hyperviseur XCP-NG seul.
L'alpha XCP-NG en 8.3 inclut par défaut dans XO Lite ! Il suffit d'aller à l'URL de votre hôte, et vous atterrirez directement sur la page de connexion.
Attendez-vous à de plus grandes nouvelles en décembre avec plus de contenu et des fonctionnalités directement utilisables.

Ce mois-ci cependant, nous avons réalisé divers composants qui seront bientôt intégrés, tout en améliorant notre "design responsive" pour les appareils plus petits :
Titre de l'image

📤 Amélioration des rapports de sauvegarde Nagios

Dans notre première itération de notre fonctionnalité de rapport de sauvegarde sur Nagios (c'est-à-dire l'envoi de rapports de sauvegarde à Nagios), seul un statut de tâche (échec ou succès) était envoyé à votre serveur de surveillance.

On nous a demandé d'améliorer notre plugin pour supporter des rapports de sauvegarde individuels pour chaque VM dans une tâche de sauvegarde.
Cependant, vous avez maintenant le détail d'une VM individuelle rapportée, avec son nom de travail.

Mais ce n'est pas tout ! Nous avons ajouté un système de modèles pour votre rapport, vous pouvez donc ajouter n'importe quel type de description pour le service et l'hôte. Par exemple, nous utilisons {vm.name_label} mais vous pouvez ajouter xo-backup-{vm.name_label} avant. C'est exactement la même chose pour le nom et la description du travail, avec {job.name} disponible par défaut.

🔑 Suppression du TOTP pour un utilisateur
Cela arrive : parfois, un utilisateur perd son mot de passe de récupération TOTP. Pour éviter un verrouillage, vous pouvez maintenant le désactiver pour lui, uniquement en tant qu'administrateur évidemment :
Titre de l'image

🚄 Génération OVA : deux fois plus rapide

Dans notre quête d'interopérabilité, nous voulons toujours permettre aux gens d'essayer notre plateforme sans aucune contrainte. C'est pourquoi nous investissons du temps et des efforts pour obtenir un support standard décent pour les formats de VM, afin que vous puissiez exporter vos VM XCP-ng vers VMware, KVM et tout autre support du format OVA.

Cependant, la génération d'un OVA contenant des disques VMDK n'est pas vraiment triviale. En raison des différences de format et de certaines fonctionnalités manquantes du côté de l'API XCP-ng (connaître la taille de ce que nous exportons), nous devions auparavant effectuer la génération de l'OVA en 2 étapes.

Nous avons trouvé un moyen de supprimer cette étape supplémentaire, au prix d'un peu de remplissage, ce qui augmente un peu la taille de l'OVA. Mais comme c'est deux fois plus rapide, c'est une évidence. Avec cette version, vous pouvez maintenant profiter d'une génération d'OVA plus rapide !

💾 Amélioration de la résilience des sauvegardes

Comme d'habitude dans les logiciels, il est relativement facile d'écrire quelque chose dans le "meilleur des cas", lorsque tout fonctionne autour de vous. Malheureusement, il y a toujours un problème quelque part (il peut être lié au DNS, au réseau, au matériel ou au firmware. Même si c'est souvent le DNS).

Quoi qu'il en soit, notre travail pour améliorer l'expérience de sauvegarde n'est jamais terminé. Cette fois, nous avons corrigé/amélioré diverses parties de la sauvegarde (le "bloc", pas le VHD), principalement pour être plus résilient lorsque quelque chose ne va pas sur votre stockage de sauvegarde. Nous avons travaillé sur 3 parties différentes :

  • Refonte du processus de fusion : nous l'avons rendu plus facile à tester et à maintenir.
  • Correction d'un cas limite : parfois, les dossiers de blocs n'étaient pas créés.
  • Permettre le redémarrage de la fusion : si un problème survenait pendant la phase de renommage/suppression (à la fin du processus de fusion), nous avons autorisé le redémarrage du processus de fusion pour le reprendre à l'itération suivante.

Il s'agit également d'une amélioration de la qualité de vie, puisque les problèmes rencontrés lors de l'exécution précédente seront automatiquement corrigés !

🐘 VATES est sur Mastodon!

Vous avez peut-être entendu parler du feuilleton Twitter. Comme l'avenir de cette plateforme non libre et centralisée est incertain, nous en avons profité pour déployer notre propre instance Mastodon. Bien évidemment, à l'intérieur d'une VM XCP-ng tournant dans notre production, gérée et sauvegardée par Xen Orchestra 😉 .

Vous pouvez trouver notre serveur à https://social.vates.tech avec nos différents comptes :

au mois prochain 😉

  • # Correction sur la migration à "chaud" entre CPU de constructeurs différents

    Posté par  (site web personnel) . Évalué à 3.

    J'ai été un peu rapide sur la description de la migration à chaud entre CPU de différents constructeurs.
    Il a été mis en place un 'automatisme' pour réaliser le déplacement d'un VM d'un serveur à l'autre qui ont des CPU de constructeurs différents.

    La migration d'un type de CPU à un autre n'est pas le seul cas d'utilisation de cette fonctionnalité. Par exemple, des administrateurs systèmes qui viennent de XenServer, parfois de versions assez anciennes. La migration en direct peut fonctionner, mais elle est parfois risquée. Avec la migration à chaud, nous prenons en charge les migrations sans risque à partir de XenServer 6.5 !

    D'un simple clic sur un bouton, VATES a fait tout le travail à votre place. Votre temps d'arrêt est considérablement réduit et vous pouvez effectuer ce type de migration dans N'IMPORTE QUEL CAS, quel que soit le modèle de CPU de destination. C'est très sûr.
    Cette approche est grâce à la fonctionnalité native de Xen Orchestra CR : Continuous Replication "Réplication Continue de VM" qui est utilisée principalement pour la mise en place de PRA hautement critique.

    Titre de l'image
    Titre de l'image
    L'étape critique : la VM source est arrêtée, un nouvel instantané est réalisé et nous transférons le différentiel entre l'instantané initial et le dernier instantané. Dans cet exemple, il n'y a que 3GiB à répliquer, donc le temps d'arrêt sera minimal (quelques minutes au maximum).
    Titre de l'image

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.