Google PlusFacebookTwitter

Hyper-V, Nova, VxLAN et Open vSwitch, enfin une belle histoire !

By on Déc 31, 2017 in OpenStack, Windows | 0 comments

Parce que tout est possible, même Open vSwitch sous Windows ! Cette histoire se déroule durant l’hiver 2017, c’était un hiver sombre, enneigé et froid… dans un petit village nommé OpenStack. Tout ce que vous lirez dans ce billet s’est réellement déroulé. Aux âmes sensibles s’abstenir, d’affreux événements se sont déroulés tout au long de cette histoire comme des réinstallations de système et des bases de registre corrompues. Des mots pouvant vous horrifiez tels que Windows, PowerShell, Hyper-V ont été utilisés lors de la rédaction de ce récit, des journées passées sur Technet à lire des horreurs sur la torture de système d’exploitation de production… Lecteurs, sachez néanmoins que même si au premier abord cette histoire vous semble vile et terrifiante, cette dernière se soldera tout de même par une fin heureuse et certainement féerique...

iPXE et la fameuse erreur 0x040ee119 qui rend fou !

By on Avr 17, 2017 in Devel, Linux, OpenStack | 0 comments

Quand tout fonctionne et que tout à coup… 0x040ee119 ! Durant les derniers mois qui se sont écoulés, j’ai eu à mettre en place un système de provisioning permettant d’automatiser le plus que possible nos déploiements OpenStack. La principale étape dans ce genre de procédé étant bien sûr de déployer un système d’exploitation et pour cela il m’a fallu remettre le nez dans la fameuse pile PXE/DHCP/TFTP et cela même si j’utilise Bifrost. Bifrost consiste à utiliser Ironic (composant de la fondation OpenStack) en mode standalone ce qui signifie qu’il n’est pas nécessaire d’avoir Keystone, Glance, Neutron et Nova d’installés pour utiliser ce dernier. Le titre de cet article relate parfaitement le comportement que j’avais lors des tentatives de déploiement, un coup cela fonctionnait et le coup d’après j’avais le...

Paquet pcs disponible pour Debian Jessie

By on Juin 4, 2016 in Linux, OpenStack | 0 comments

Il était une fois, l’histoire de pacemaker, corosync et pcs… Pour ceux qui ne connaissent pas cette histoire, un petit résumé s’impose (je dois mettre le mot pcs ici pour le référencement). En temps normal, cette suite d’outils liée à la haute disponibilité est présente dans les miroirs officiels Debian GNU/Linux. Hélas, pour Debian GNU/Linux Jessie (8.x) ce ne fut pas le cas… Trois problèmes: Un problème avec la librairie libqp qui n’a pas été résolu à temps. [1] Le paquet corosync était plutôt en mauvais état. [2] L’équipe Debian en charge de la haute disponibilité était quasiment inactive. [3] Heureusement, même si cela arrive tard, les trois problèmes cités ci-dessus ont été résolus et ces paquets sont désormais disponibles via les backports officiels Debian. pcs, un oubli malheureux pcs permet de configurer pacemaker et corosync en ligne...

Une zone OpenStack dédiée au nested KVM

By on Oct 2, 2015 in Linux, OpenStack | 2 comments

Qu’est-ce que le nested KVM ? En informatique, le mot nested signifie imbriqué. Ce mot est souvent utilisé dans le développement (nested structure), pour KVM cela signifie simplement que si cette option est activée alors il sera possible de créer une machine virtuelle dans une autre machine virtuelle, d’où l’utilisation du mot imbriqué. Par défaut, cette fonctionnalité n’est pas activée, cela signifie donc que seules des instances de type QEMU peuvent-être créées sur des machines virtuelles. Les instances de type QEMU seront beaucoup moins performantes que des instances de type KVM. Ce billet suppose que le(s) processeur(s) utilisé(s) sur l’hyperviseur/compute est/sont de marque Intel. Activation du nested pour le module KVM Bon pour ceux qui n’étaient pas au courant (et qui n’ont pas lu le lien ci-dessus), kvm est un module du noyau Linux. Comme beaucoup...

Swift et l’optimisation système

By on Jan 16, 2015 in Devel, Linux, OpenStack | 0 comments

Optimiser Swift c’est bien, optimiser le système c’est mieux ! Il y a quelques mois, j’ai eu envie de m’essayer à l’optimisation de Swift. Pour ceux qui auraient besoin d’un petit rappel sur ce qu’est Swift, c’est un système distribué de stockage d’objets, extensible et redondant. Swift est aussi connu sous le doux nom d’OpenStack Object Storage. Généralement, l’optimisation de Swift consiste à modifier le nombre de worker et de concurrency, c’est bien mais ce n’est pas suffisant. Swift étant destiné à du stockage de fichiers redondés, il se base donc sur deux principaux composants matériels du serveur (sans compter le processeur et la mémoire): Le disque dur La carte réseau Se sont donc ces deux composants qu’il faudra optimiser sous Linux. Pour se faire, il sera nécessaire de passer par le sysctl...

Utilisation du SDK php-opencloud avec OpenStack

By on Avr 7, 2014 in Devel, OpenStack | 0 comments

SDQuoi ? Nan SDK… Mais non, restez, c’est plus fort que moi, s’il y a un jeu de mots tout pourri à faire alors il est pour moi… Aller, restez  D’après Wikipédia, un SDK c’est : Un kit de développement ou trousse de développement logiciel est un ensemble d’outils permettant aux développeurs de créer des applications de type défini. Les kits de développement logiciels sont souvent désignés par le sigle anglais SDK (Software Development Kit) ou devkit. Concrètement, c’est un ensemble de librairies pouvant être utilisées dans une application. Dans le cas présent, php-opencloud permet de gérer une plate-forme OpenStack via les API de ce dernier. Ce SDK est maintenu par la société Rackspace, il est compatible avec OpenStack et donc avec la quasi totalité de ses composants (excepté Ceilometer). Pour résumer, ce SDK vous permettra...