Cet article décrit nova-agent (Linux®) et Rackspace agent (Microsoft®Windows®), qui sont des services requis utilisés dans les serveurs rackspace virtualisés dans le cloud public. Par souci de concision, les deux agents sont appelés nova-agent dans cet article, mais toutes les déclarations s'appliquent également à nova-agent et Rackspaceagent.
Qu'est-ce que nova-agent ?
Nova-agent est un service requis pour tous les serveurs virtualisés du cloud public Rackspace. Ainsi OnMetal est exclu. Le service interagit avec XenServer®. Selon la documentation du développeur Rackspace, nova-agent est un service qui :
"provides a means of interacting with the server through the API or the Cloud
Control Panel. Nova-agent enables components outside the server to control
the server by sending messages through the XenStore file system."
Nova-agent fournit les fonctionnalités suivantes :
-
Les réinitialisations de mot de passe racine ou administrateur que vous demandez via le panneau de configuration cloud ou à l'aide de l'API
-
Définition et modification des informations réseau, telles que l'ajout de réseaux cloud ou la définition d'adresses IP et d'itinéraires appropriés au moment de la construction
-
Enregistrement Red Hat® Enterprise Linux et activation Windows
Quand nova-agent s'exécute-t-il ?
Nova-agent est toujours à l'écoute lorsque le serveur est actif, mais il n'apporte des modifications que dans les situations suivantes :
Quand | Actions |
---|---|
Démarrage initial du serveur | - Définit le mot de passe root (administrateur pour Windows) - Définit la configuration réseau - Enregistrement Red Hat Enterprise Linux et activation Windows |
Demande de réinitialisation du mot de passe via le panneau de configuration Cloud ou l'API | Définit le mot de passe root (administrateur pour Windows) |
Attacher/détacher le réseau cloud | Définit/supprime les adresses IP et les routes de l'interface |
De quoi a besoin nova-agent ?
-
Les systèmes de type UNIX (Linux et FreeBSD®) doivent exécuter la xe-linux-distribution service (outils XenServer). Vous devez configurer xe-linux-distributionservice pour qu'il démarre avant nova-agent.
Remarque : Sur les distributions plus récentes (distributions), cela peut être appelé xe-daemon au lieu de xe-linux-distribution.
-
Les systèmes Windows doivent exécuter les outils XenServer.
Si ces applications requises sont manquantes, vous pouvez télécharger XenServer ToolsISO à partir de boot.rackspace.com, qui fonctionne pour Linux ou Windows. Citrix® propose également des packages pour les distributions CommonLinux.
Que se passe-t-il lorsque nova-agent est cassé ou manquant ?
Si vous n'avez pas installé nova-agent, les symptômes suivants peuvent survenir :
-
Les constructions prennent beaucoup de temps, mais finissent par se terminer. Le serveur résultant a les mêmes informations d'adresse IP et mot de passe que le serveur utilisé pour créer son image. Ainsi, la mise en réseau ne fonctionne pas, mais vous pouvez vous connecter en utilisant la console.
-
Vous ne pouvez pas réinitialiser le mot de passe root ou admin via le panneau de configuration du cloud.
-
Vous ne pouvez pas ajouter ou supprimer des réseaux ou définir des adresses IP et des itinéraires appropriés, ce qui entraîne des échecs de construction.
-
L'enregistrement de Red Hat® Enterprise Linux ou l'activation de Windows ne se produit pas.
-
(Windows uniquement) Les versions antérieures à 1.3.1 ne fonctionnent pas avec RackConnectv3, car l'agent ne peut pas créer correctement des cartes d'interface réseau (NIC) virtuelles avec les noms de réseau cloud.
Toutes les images créées à partir d'un serveur avec un agent nova défectueux présentent ces problèmes.
Existe-t-il des bugs connus ?
Nova-agent pour Linux et Windows ne traite pas les interfaces Ethernet inattendues. Par exemple, les appareils Tun et Tap, créés par des applications VPN, peuvent provoquer le blocage de Nova-agent.
Problèmes Windows connus
Vous devez activer IPv6 sur l'interface publique, ou le netsh
les commandes exécutées par nova-agent pour définir le réseau échouent avec l'erreur suivante :
{"returncode":"1","message":"Command Failed. , Output:Element not found.\\r\\n"}
Dépannage
Les sections suivantes proposent des solutions possibles.
Dépannage indépendant du système d'exploitation (OS)
Corrections générales par ordre d'opportunité :
-
Corrigez l'agent à partir d'un serveur en cours d'exécution, puis prenez une nouvelle image à utiliser comme image principale.
-
Si le serveur source a été supprimé mais que vous connaissez le mot de passe racine du serveur source, connectez-vous au nouveau serveur à l'aide de la console et définissez manuellement les informations d'adresse IP. Connectez-vous ensuite et corrigez nova-agent.
-
Si le serveur source a été supprimé et que vous ne disposez pas du mot de passe racine ou administrateur du serveur source, procédez comme suit :
- Créer un nouveau serveur à partir d'une image.
- Démarrez le nouveau serveur en mode de secours.
- Corrigez le mot de passe.
- Démarrer.
- Corrigez nova-agent.
- Prendre une nouvelle image.
Installer nova-agent sous Linux
Si le démarrage du service nova-agent ne fonctionne pas, vous pouvez résoudre le problème en consultant les journaux nova-agent. La dernière version de nova-agent est désormais disponible dans le système d'exploitation interne d'EPELand Rackspace, le système d'exploitation Ubuntu® et les référentiels Debian®. Généralement, les commandes packageinstallation (yum install nova-agent
ou apt-get install nova-agent
) doit installer ou mettre à jour l'agent.
Si cela ne fonctionne pas, vous pouvez également essayer d'installer les packages à partir du référentiel OSPC.
Si vous n'êtes pas sur une distribution prise en charge par Rackspace, vous pouvez essayer d'installer une ancienne version de nova-agent à partir du référentiel rackerlabs Github. Cependant, cela n'est techniquement pas pris en charge.
Si vous utilisez une image importée d'une distribution qui prend en charge cloud-init
, vous trouverez peut-être plus facile d'utiliser cloud-init
au lieu de nova-agent. Cela nécessite de définir les métadonnées suivantes sur votre image importée :
Clé et valeur des métadonnées | Description |
---|---|
img_config_drive=mandatory | Toujours attacher le lecteur de configuration sur les builds à partir de cette image. Le lecteur de configuration contient toujours meta-data.json , network-data.json , et vendor-data.json . Toute distribution avec le cloud-init le service actif au démarrage doit pouvoir lire ces fichiers et injecter une clé SecureShell (SSH), définir la configuration réseau, etc. |
vm_mode=hvm | Démarrez en mode machine virtuelle matérielle (HVM) par opposition au mode paravirtuel (PV) obsolète. Le mode PV est implicite, vous obtenez donc des erreurs de chargeur de démarrage à moins que vous ne définissiez ce mode. |
xenapi_use_agent=False | Ne vérifiez pas la réponse de nova-agent avant de marquer le serveur comme ACTIF dans l'API des serveurs cloud. |
Remarque :Une mise à jour RHEL® 7.2/CentOS® 7.2 poussée en décembre 2015 a brisé le comportement hérité sur lequel les anciens agents nova s'appuyaient. Vous pouvez toujours rencontrer ce problème sur des images personnalisées plus anciennes ou sur des serveurs qui n'ont pas été mis à jour récemment. Tickets d'assistance liés à Tagany avec "rm14157" afin que nous puissions suivre ce problème.
FreeBSD et Linux uniquement :branche Nova-agent 2.x vs branche 1.x
La branche 2.x de nova-agent est une réécriture complète. Nous recommandons la branche 2.x, sauf si vous utilisez un système d'exploitation non pris en charge par la branche 2.x (comme FreeBSD). Nous ne recommandons pas la mise à niveau de 1.x vers 2.x car il n'y a rien à commencer, et le processus est extrêmement complexe.
Sujet | Branche 2.x | Branche 1.3.9 |
---|---|---|
Recommandé méthode d'installation | yum ou apt gestionnaires de paquets | Téléchargez la version depuis github et exécutez le script |
Lien Github | Lien 2.x | Lien 1.3.9 |
SE compatibilité | Seul système d'exploitation actuellement pris en charge dans Rackspace Cloud (Fedora®, CoreOS®, Red Hat/CentOS, Debian et système d'exploitation Ubuntu ; | Système d'exploitation pris en charge plus certains anciens systèmes d'exploitation non pris en charge tels que OpenSuSE®, Gentoo®, FreeBSD, et Arch® |
Prise en charge de Python3 | Oui | Non |
Installer nova-agent sous Windows
-
Téléchargez les dernières versions des fichiers nova-agent suivants depuis Github :
- AgentService.zip
- Service de mise à jour.zip
-
Extraire le contenu de AgentService.zip vers C:\Program Files\Rackspace\Cloud Servers\Agent pour installer l'agent.
-
Exécutez installagentservice.bat .
-
Extraire le contenu de UpdateService.zip vers C:\Program Files\Rackspace\Cloud Servers\AgentUpdater pour installer le programme de mise à jour de l'agent.
-
Exécutez installupdateservice.bat .
Relancez bootstrap.cmd ou bootstrap.bat (Windows)
Si vous souhaitez que l'agent réexécute bootstrap.cmd lors de votre prochain redémarrage, vous devrez définir la clé de registre cloud-automation-run
dans LOGICIEL/Rackspace à n'importe quelle valeur. Cela entraîne la réexécution de ce fichier au prochain redémarrage. Ceci est utile pour configurer des images dorées avec mise à l'échelle automatique.
Articles connexes
Exploitation d'un serveur cloud avec nova-agentTout sur Nova-Agent (sous Linux)