J'essaie de faire fonctionner un cloud privé dans un environnement de test avec l'utilisation de la boîte virtuelle. Il y a eu plusieurs sites sur lesquels j'ai vu que c'était une possibilité. Si ce test réussit, il est fort possible que mon entreprise le déploie dans un véritable environnement de production.
5 - Les machines virtuelles VirtualBox (je me rends compte que je devrai ajouter deux autres nœuds avant de pouvoir vraiment utiliser Openstack, mais j’ai besoin d’un nœud opérationnel avant de démarrer quoi que ce soit d’autre ... Les noms de serveurs:
J'ai démarré manuellement chaque nœud VM avec 12.04 ISO, et sélectionné Ubuntu avec maas, suivi les étapes habituelles et m'inscrire à server-maas1 (qui est détecté par server-maas1). (Ce que j'ai compris est normal) Server-maas1 se met à jour pour afficher le nœud déclaré (je l'ai déjà fait sur les 3 autres nœuds). Donc, serveur-maas1 indique que j'ai 4 nœuds, mais je ne l'ai jamais vu.
Je commence à accepter et à mettre en service chaque nœud, ainsi que de passer à l'état de veille sur réseau local. Remarque: je n'utilise pas maas-dhcp, car un serveur DHCP est en cours d'exécution sur mon réseau actuel. Tous les nœuds sont dans un état de "mise en service". Aucune des pages de détail de noeud ne contient de bouton "Démarrer le noeud" pour essayer de démarrer PXE sur ces VM.
Toutes ces machines virtuelles VirtualBox utilisent en fait un adaptateur ponté (et le mode Promiscuous défini sur Autoriser tout, ordre de démarrage indique le démarrage réseau en premier, type d’adaptateur (Intel Pro/1000 MT Desktop (82540EM).
A ce stade, je suis plutôt coincé. Alors avançons de quelques pas:
Juju tourne sur server-maas1, voici les paramètres .juju/environments.yaml
:
evironments:
maas:
type: maas
maas-server: 'http://172.16.41.12:80/MAAS'
maas-oauth: 'My API Key'
admin-secret: 'nothing'
default-series: precise
Je reçois une erreur 409 après avoir essayé de bootstrap this. Je suppose que cela est dû à plusieurs raisons. Les paramètres DNS de quelque sorte? Les nœuds ne fonctionnent pas correctement avec MAAS, etc.
Je pense que la plupart de mes problèmes sont causés par le fait que maas-dhcp ne fonctionne pas, mais je n’ai pas le luxe d’exécuter maas-dhcp sur cet environnement. Selon ce https://wiki.ubuntu.com/ServerTeam/MAAS , sous la rubrique "Installation et configuration initiale"
La manière dont vous installez et exécutez MAAS dépend en grande partie de votre capacité à contrôler le réseau que vous utilisez.
Dans ce guide, nous examinerons deux scénarios courants:
Vous êtes propriétaire du réseau: vous êtes propriétaire du réseau auquel vous vous connectez et vous êtes heureux de laisser MAAS posséder le protocole DHCP de ce réseau. Vous expérimentez en utilisant le réseau de quelqu'un d'autre: vous ne pouvez pas permettre à MAAS de posséder le protocole DHCP du réseau. Nous allons examiner les deux manières d’exécuter MAAS.
Eh bien, le "Vous expérimentez en utilisant le réseau de quelqu'un d'autre:" n'est jamais expliqué. N'est-ce pas une option maintenant?
Pour répondre à la question de démarrage: Vous ne pouvez pas utiliser Wake-on-LAN pour les machines virtuelles, vous devez configurer quelque chose d'autre pour les démarrer. MAAS supporte "virsh" pour le moment mais je ne sais pas si cela fonctionne pour Virtualbox.
La question DHCP: Oui, vous devez configurer un serveur DHCP sur votre réseau, car il indique au matériel comment démarrer PXE (PXE simulé sur des VM). Si vous regardez les fichiers dans /etc/cobbler
, vous verrez des modèles pour dhcp (pour les serveurs isc et dnsmasq), ce qui devrait vous indiquer comment le configurer, mais le serveur DHCP doit définir le "nom de fichier". "(qui est l’image pxelinux.0) et le" next-server "qui est l’emplacement du serveur TFTP. next-server devrait être identique à votre boîte MAAS.
Une fois la mise en service terminée, les ordinateurs virtuels se mettent "hors tension". Ils sont marqués "prêts" dans MAAS. Vous pouvez ensuite juju bootstrap
attribuer un noeud, le démarrer et installer un nouveau système d'exploitation.