Étant donné que XenServer (7 actuellement) est basé sur CentOS, cela signifie-t-il qu'il fonctionne exactement comme CentOS en termes de mise à jour, CLI, administration (non spécifique à Xen comme mdadm et chargeurs de démarrage), etc.?
Fondamentalement, si je veux utiliser XenServer, puis-je m'engager à utiliser, à apprendre et à travailler de la manière "CentOS"?
Nous avons un nouveau serveur (pour nous) en route et il est maintenant temps de changer d'hyperviseur et nous sommes prêts à utiliser Xen.
Notre configuration actuelle que je connais et que je peux administrer efficacement est un hôte Debian avec quelques machines virtuelles utilisant Virtual Box, ce qui n'est pas idéal pour dire le moins. Pour cette raison, je suis habitué à travailler dans Debian et j'ai fait un choix conscient d'utiliser Debian pour nos serveurs. J'administre uniquement nos serveurs pour notre petite entreprise, je n'ai donc pas la diversité d'autres configurations et d'autres distributions à partir desquelles travailler.
D'après ma compréhension, la façon dont Redhat fait les choses est un peu différente des distributions basées sur Debian et nécessiterait une courbe d'apprentissage d'un montant inconnu; mais une courbe d'apprentissage à coup sûr.
Donc, si j'utilise XenServer, suis-je également engagé dans la courbe d'apprentissage Redhat?
Je suis conscient que je peux installer Xen avec un Dom0 basé sur Debian mais le consensus que j'ai lu semble dire que XenServer fonctionne le mieux dans l'ensemble. Cependant, il y aura un peu de configuration que je devrai faire, comme obtenir nos baies RAID locales et les exécuter pour les partages Dom0, Xen et réseau, ainsi que pour obtenir les chargeurs de démarrage et grub dans l'ordre. Je peux faire cette configuration assez facilement dans Debian, donc j'essaie de peser le coût en temps d'essayer de faire la même configuration de la manière CentOS qui, je le crains, ajoutera un temps considérable pour mettre le nouveau serveur en production en raison de l'informatique par moi-même pour notre entreprise se produit lentement dans les heures de fermeture; d'où la question.
cdet éventuellement quelques-unsrmpour nettoyer les choses. Pourrait même avoir besoincurlouwget(je pense que l'un ou l'autre est déjà installé) d'obtenir les correctifs sur le maître de la piscine etsha256sumde vérifier leur intégrité. Mais sinon, Citrix préférerait que vous ne vous mêliez pas du système d'exploitation de base - pensez-y comme un appareil.Vous vous engagez principalement à travailler de la manière XenServer. Ce produit est essentiellement une appliance et la plupart des choses différentes entre Debian et CentOS vous sont cachées de toute façon ou sont mieux entretenues par les outils que XenServer vous offre.
Vous pouvez facilement tester cela, la configuration d'une machine virtuelle de test avec XenServer est facile (oui, elle s'exécute à l'intérieur d'une machine virtuelle).
la source
Je travaille avec Xenserver presque tous les jours. Dans un simple serveur ou un petit pool, il n'y aurait jamais vraiment besoin d'interagir avec le système d'exploitation sous-jacent, ce qui est important.
Mais nous avons plus de 60 serveurs xens et nous avons toujours utilisé Salt pour diffuser des modifications sur tout le site, comme «il reste quelqu'un, changer tous les mots de passe root et tous les mots de passe DRAC» ou mettre à jour les serveurs DNS, ou simplement ajouter un domaine de recherche à resolv.conf ou pour installer la surveillance matérielle d'opemnamage de dell, ou des trucs simples comme le dernier agent checkmk.
Dans 6.5, cela a bien fonctionné malgré l'absence officielle de soutien.
Dans 7.0, les RPM ne sont pas disponibles et l'installation du sel RPM se plaint simplement des dépendances manquantes.
Donc, pour répondre à votre question, non, administrer xenserver, c'est comme administrer une appliance tant que vous ne faites rien de bizarre
la source