*** telnes2 has joined #openstack-fr | 02:02 | |
*** telnes1 has quit IRC | 02:04 | |
*** telnes2 has quit IRC | 02:16 | |
*** arnaud has quit IRC | 03:25 | |
*** arnaud has joined #openstack-fr | 04:01 | |
*** number80 has quit IRC | 07:34 | |
*** number80 has joined #openstack-fr | 07:39 | |
*** pasquier-s has joined #openstack-fr | 08:01 | |
*** arnaud_orange has joined #openstack-fr | 08:05 | |
*** arnaud has quit IRC | 08:09 | |
*** jgallard has joined #openstack-fr | 08:24 | |
*** telnes has joined #openstack-fr | 08:29 | |
telnes | hello | 08:29 |
---|---|---|
*** jawed has joined #openstack-fr | 08:31 | |
pilgrimstack | hello | 08:33 |
*** jlanoux has joined #openstack-fr | 08:40 | |
telnes | dans une architecture 3 nodes il faut un lien trunk entre l'interface 2 du network node et l'interface 2 du compute node ? http://docs.openstack.org/icehouse/install-guide/install/apt/content/figures/1/figures/installguide_arch-neutron.png | 08:45 |
*** Fdot has joined #openstack-fr | 08:49 | |
arnaud_orange | hello, | 08:55 |
arnaud_orange | un lien trunk, tu parles de VLAN? | 08:55 |
arnaud_orange | oui si tu utilises les VLAN | 08:55 |
*** cedrics has joined #openstack-fr | 08:57 | |
telnes | merci | 08:58 |
*** jawed has quit IRC | 08:59 | |
*** jawed has joined #openstack-fr | 09:01 | |
*** egallen has joined #openstack-fr | 09:03 | |
*** zulf has joined #openstack-fr | 09:06 | |
telnes | une vm créée est sauvegardé ou dans l'infra openstack ? | 09:10 |
Adri2000 | telnes: par défaut tu trouveras les infos de l'instance ainsi que son disque dans /var/lib/nova/instances/<truc> sur la machine nova-compute | 09:24 |
pilgrimstack | Question pénible | 09:30 |
pilgrimstack | la licence Microsoft décrite ici http://www.cloudbase.it/ws2012r2/ | 09:30 |
pilgrimstack | moi je comprend que ne n'ai pas le droit de la fournir à mon utilisateur final | 09:31 |
pilgrimstack | mais que lui a tout a fait le droit de la télécharger et de l'utiliser si il signe la EULA | 09:31 |
pilgrimstack | quelqu'un s'est déjà posé cette question ? | 09:31 |
telnes | merci Adri2000 | 09:35 |
bauzas | telnes: Adri2000: attention, si on est en copy-on-write avec du QCOW2 en image, il n'y aura que le delta d'écriture | 09:41 |
bauzas | mais oui, c'est l'emplacement par défaut pour faire du stockage de VM, sauf si on fait du boot-from-volume, où alors c'est un volume Cinder qui est utilisé | 09:43 |
bauzas | (et sachant que ce path est configurable) | 09:43 |
telnes | ok | 09:43 |
telnes | boot from volume ca ne permet pas de concervé des infos sur ce volume. Seul les infos d'un block objet (disque en plus) l'est ? ... | 09:45 |
telnes | ou *er | 09:45 |
bauzas | je ne comprend pas la question | 09:46 |
telnes | :) | 09:46 |
telnes | je vais continuer à lire la doc | 09:46 |
telnes | :) | 09:46 |
bauzas | en fait, tu as le choix entre soit spawner depuis une image en créant une VM sur le noeud de compute | 09:47 |
bauzas | cad. que l'image est convertie au format accepté par le compute node | 09:47 |
bauzas | et ensuite démarrée | 09:47 |
bauzas | pour être précis, elle est téléchargée depuis Glance (tiens j'avais oublié celui-là dans ma liste de choses importantes), puis convertie au format voulu par le compute, puis démarrée | 09:48 |
bauzas | (sauf si le compute a déjà l'image convertie en local, auquel cas il va directement la copier/la réutiliser suivant les settings) | 09:48 |
telnes | glance je l'avais mis en option ! | 09:48 |
bauzas | mea culpaz | 09:49 |
bauzas | le 2nd choix est d'avoir une image déployée dans un volume (typiquement, via un snapshot d'une instance active) | 09:49 |
bauzas | auquel cas tu peux demander à Nova de booter depuis ce volume via une connexion iSCSI | 09:50 |
telnes | ma question de toute à l'heure était sur le faite que l'on ne peut pas save de data sur une image glance. | 09:50 |
bauzas | en gros, libvirt va accéder un volume distant | 09:50 |
bauzas | telnes: je comprend pas ta question (bis) :D | 09:50 |
telnes | ralala | 09:50 |
bauzas | glance c'est ton repository d'images | 09:51 |
telnes | nan mais je ne vois pas la séparation du système et des data user | 09:51 |
bauzas | tu peux importer une image dans glance | 09:51 |
bauzas | aaaaah | 09:51 |
bauzas | c'est là où une expérience AWS pourrait servir :D | 09:51 |
bauzas | en gros, tu as une partition | 09:51 |
bauzas | système | 09:51 |
bauzas | qui sera soit booté sur disque, soit sur volume | 09:52 |
bauzas | toutes les écritures sur cette partition système sont locales à Nova | 09:52 |
bauzas | parce qu'il y a copie de l'image Glance dans Nova | 09:52 |
bauzas | si tu veux appliquer un delta dans Glance, il faut exporter cette nouvelle instance et la sauvegarder dans Glance comme une nouvelle image | 09:53 |
telnes | mm ok | 09:53 |
bauzas | ou faire des snapshots | 09:53 |
bauzas | et tout gérer via des volumes | 09:53 |
telnes | pas de save de la partitin sys dans un block object par exemple | 09:53 |
bauzas | heu block et object, c'est pour moi 2 choses différentes :) | 09:54 |
bauzas | mais si tu veux de la redondance, tu peux avoir ce /var/lib/nova/instances qui est HA | 09:54 |
telnes | pardon | 09:54 |
bauzas | par exemple sur du Ceph ou du GlusterFS | 09:54 |
telnes | block storage :) | 09:54 |
telnes | nan je cherche pas de HA | 09:55 |
bauzas | ben si, justement, c'est le fait de booter via un volume | 09:55 |
bauzas | ton volume c'est du block storage | 09:55 |
bauzas | dans Cinder | 09:55 |
telnes | ha c'est haut dispo pour moi | 09:55 |
bauzas | ou alors tu as un block storage qui exporte /var/lib/nova/instances (par exemple un point de montage GlusterFS) | 09:55 |
bauzas | tu cherches quoi en fait ? ne pas avoir de disque sur les computes ? | 09:56 |
telnes | bon c'est plus clair mais ca reste brumeux :) | 09:56 |
bauzas | c'est quoi ton besoin ? (c) | 09:56 |
telnes | je cherche a comprendre comment sont save les data dans la partition sys | 09:56 |
telnes | 1 er boot glance file une partion toute neuve + block en plus si configuré | 09:57 |
telnes | l'utilisateur fait des modif sur la partition sys (config ...) et reboot | 09:58 |
telnes | la partition sys est save dans un block ? | 09:58 |
bauzas | bon, le plus simple ca reste un blogpost | 09:59 |
bauzas | http://www.pixelbeat.org/docs/openstack_libvirt_images/ | 09:59 |
bauzas | si tu utilises libvirt comme driver de virtualisation | 09:59 |
bauzas | (le défaut avec KVM) | 09:59 |
bauzas | en gros, tu as une image stockée dans /var/lib/nova/instances/_base/ qui est la transformation de l'image de glance en une image reconnue par ton hyperviseur | 10:01 |
telnes | c'est pas par défaut cette config ? | 10:01 |
bauzas | oui | 10:01 |
telnes | ok | 10:01 |
telnes | cool | 10:01 |
bauzas | cette "image" est read-only | 10:02 |
bauzas | parce que par défaut, libvirt utilise un mode COW (copy-on-write) qui crée un deuxième fichier dans /var/lib/nova/instances/<uuid>/image.qcow2 qui contiendra uniquement le delta en écriture | 10:03 |
bauzas | donc ce fichier grossira | 10:03 |
bauzas | dès le démarrage de ta VM | 10:03 |
telnes | la bas libvirt est dans quel service ? | 10:03 |
telnes | block ? | 10:03 |
bauzas | c'est Nova qui gère l'hyperviseur | 10:04 |
telnes | compute ? | 10:04 |
bauzas | y a *pas* de block storage en jeu | 10:04 |
telnes | comme ca grossira je cherche a savoir sur quel machine c'est :) | 10:04 |
telnes | et donc quel "service" | 10:04 |
bauzas | Nova | 10:04 |
bauzas | Nova == compute | 10:05 |
bauzas | c'est le machin au dessus de ton hyperviseur | 10:05 |
telnes | ok | 10:05 |
bauzas | KVM/QEMU, Xen, Hyper-V, VMWare ESX, etc. | 10:05 |
telnes | donc il faut du disque aussi sur cette machine, pas que sur storage | 10:06 |
bauzas | vala, sauf si tu te fais une install qu'avec des VMs qui bootent sur du storage, ou si ton "block storage" exporte /var/lib/nova/instances/ | 10:06 |
bauzas | mais pour paraphraser, oui, le mode par défaut de Nova impose un stockage sur ce point de montage | 10:07 |
telnes | ok | 10:07 |
telnes | le block storage il a les paritions suplémentaire alors | 10:08 |
telnes | ou disque | 10:08 |
telnes | plutot | 10:08 |
bauzas | vala | 10:11 |
bauzas | en gros, si ta VM c'est du Linux | 10:11 |
bauzas | tu vois la partoche sda qui est le système (cad. l'image de base et le delta), et d'éventuels sdb, sdc si tu attaches du stockage ephémère ou persistant | 10:12 |
bauzas | cf. http://docs.openstack.org/openstack-ops/content/storage_decision.html | 10:13 |
telnes | ouép c'est ce que j'avais compris | 10:13 |
telnes | merci | 10:14 |
bauzas | pour compliquer les choses, il faut savoir que le storage ephémère est géré par Nova, sur son propre filesystem alors que normalement, il devrait être géré par Cinder | 10:15 |
bauzas | c'est pour des raisons historiques | 10:15 |
telnes | mais la c'est dans la RAM | 10:16 |
bauzas | mais en gros, si tu bootes une VM avec une flavor de 10Go et un disque ephémère de 20Go, Nova va te créer un disque local de 10Go en QCOW2 et un second disque de 20Go préalloués | 10:16 |
bauzas | oulala, rien à voir avec la RAM | 10:17 |
telnes | ok | 10:17 |
bauzas | l'image c'est Glance => le repository | 10:17 |
bauzas | la flavor (ce que tu veux en taille), c'est Nova | 10:17 |
bauzas | si tu importes une image de 5Go de disque dans Glance et que tu demandes 20Go de système via la flavor X ou Y, alors Nova va télécharger l'image de Glance et la resizer jusqu'à 20Go | 10:18 |
bauzas | donc ta partition fera 20Go | 10:18 |
telnes | ok | 10:18 |
bauzas | après, il faut que le filesystem prenne en compte ces 20Go d'où des images dites "cloud ready" | 10:19 |
bauzas | cad. il faut que ton FS soit redimensionné suivant la taille finale de la partition au moment du spawn de la VM | 10:19 |
telnes | oui c'est ce que j'avais compris | 10:19 |
bauzas | sinon, tu auras par exemple une VM avec 20Go de partition, mais seulement 5Go adressables | 10:19 |
telnes | c'est le principe des template VM | 10:19 |
bauzas | pas tout à fait, mais passons | 10:20 |
telnes | :) | 10:20 |
telnes | bon je continue ma lecture ... | 10:21 |
bauzas | une image cloud-ready c'est une image qui permet plusieurs choses, comme avoir un FS dynamique, une IP allouable par DHCP, des règles iptables permissives, un user spécifique et surtout la possibilité d'accéder à un script distant pour renommer plusieurs choses (ce qu'on appelle la metadata) et permettre d'executer des scripts via la userdata | 10:22 |
*** jawed has quit IRC | 10:22 | |
telnes | ok | 10:22 |
*** stannie1 is now known as stannie | 10:27 | |
telnes | pourquoi il ne faut pas utiliser localhost ? (dit dans la doc) | 10:40 |
*** jawed has joined #openstack-fr | 10:46 | |
*** jgallard has quit IRC | 11:06 | |
*** arnaud__ has joined #openstack-fr | 11:10 | |
*** cedrics has quit IRC | 11:11 | |
*** arnaud__ has quit IRC | 11:14 | |
*** egallen has quit IRC | 11:19 | |
*** egallen has joined #openstack-fr | 11:19 | |
*** jawed has quit IRC | 11:23 | |
*** egallen_ has joined #openstack-fr | 12:04 | |
*** egallen has quit IRC | 12:04 | |
*** egallen_ is now known as egallen | 12:04 | |
*** cedrics has joined #openstack-fr | 12:33 | |
bauzas | telnes: parce que sinon, il faut tout reconfigurer si tu veux ajouter un compute node | 12:51 |
bauzas | telnes: alors que sinon, il suffit d'ajouter simplement un compute et faire pointer sa doc sur l'IP du controleur | 12:52 |
*** jgallard has joined #openstack-fr | 12:53 | |
telnes | ok, après dans le cas ou des services locaux doivent discuter avec des services locaux c'est domage d'ouvrir l'écoute sur une ip accéssible depuis l'exterieur. mais je vais garder sans localhost :) | 13:22 |
telnes | je vais pas compliqué le bousin ^^ | 13:22 |
*** egallen has quit IRC | 13:24 | |
bauzas | telnes: mais c'est une question de réseau ça | 13:34 |
bauzas | telnes: t'es pas obligé d'avoir les IPs locales de tes machines qui soient adressables depuis l'extérieur | 13:34 |
*** zulf has quit IRC | 13:34 | |
bauzas | telnes: tu peux mettre tes machines sur un subnet privé en 172.0.0.0/16 par exemple et juste permettre à l'interface externe du controleur d'avoir une IP externe (via un alias réseau ou encore un NAT) | 13:35 |
bauzas | telnes: faut juste éviter le 127.0.0.1 c'est tout | 13:36 |
*** cedricss has joined #openstack-fr | 13:59 | |
*** cedrics has quit IRC | 14:03 | |
*** egallen has joined #openstack-fr | 14:33 | |
*** jollfr has quit IRC | 15:31 | |
*** pasquier-s has left #openstack-fr | 15:40 | |
*** pasquier-s_ has joined #openstack-fr | 15:41 | |
*** jollfr has joined #openstack-fr | 15:42 | |
*** pasquier-s has joined #openstack-fr | 15:49 | |
*** pasquier-s has quit IRC | 15:49 | |
*** pasquier-s_ is now known as pasquier-s | 15:49 | |
*** pasquier-s_ has joined #openstack-fr | 15:49 | |
*** pasquier-s_ has quit IRC | 15:49 | |
*** pasquier-s_ has joined #openstack-fr | 15:53 | |
*** pasquier-s_ has quit IRC | 15:53 | |
*** zulf has joined #openstack-fr | 16:06 | |
*** vejdmn has joined #openstack-fr | 16:20 | |
*** vejdmn has quit IRC | 16:46 | |
*** vejdmn has joined #openstack-fr | 16:48 | |
*** jlanoux has quit IRC | 16:59 | |
*** arnaud__ has joined #openstack-fr | 17:25 | |
*** Fdot has quit IRC | 17:26 | |
*** arnaud__ has quit IRC | 17:27 | |
*** zulf has quit IRC | 17:34 | |
*** cedricss has quit IRC | 17:36 | |
*** vejdmn has quit IRC | 17:54 | |
*** vejdmn has joined #openstack-fr | 17:56 | |
*** thomnico_ has quit IRC | 17:58 | |
*** jgallard has quit IRC | 18:39 | |
*** arnaud__ has joined #openstack-fr | 18:41 | |
*** arnaud__ has quit IRC | 18:46 | |
*** egallen_ has joined #openstack-fr | 19:14 | |
*** egallen has quit IRC | 19:16 | |
*** egallen_ is now known as egallen | 19:16 | |
*** vejdmn has quit IRC | 20:33 | |
*** vejdmn has joined #openstack-fr | 20:36 | |
*** jollfr has quit IRC | 21:45 | |
*** vejdmn has quit IRC | 22:04 | |
*** Adri2000 has quit IRC | 23:42 | |
*** Adri2000 has joined #openstack-fr | 23:49 | |
*** Adri2000 has quit IRC | 23:49 | |
*** Adri2000 has joined #openstack-fr | 23:49 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!