Journal Comment j'utilise Azure pour FusionForge

Posté par  (site Web personnel) . Licence CC By‑SA.
Étiquettes :
8
6
déc.
2021

Moment pub personnelle.

Mainteneur principal de FusionForge depuis plus d'une décennie (on vieillit…), j'ai partagé via LinkedIn mon usage assez simple de Azure comme plateforme pour faire mes tests d'intégration continue dans l'objectif de la sortie de la prochaine version à venir 6.2 ou 7.0. Mon approche peut paraitre naïve ou simpliste, mes besoins le sont tout autant.

https://www.linkedin.com/pulse/comment-jutilise-azure-pour-fusionforge-franck-villaume/

  • # Azure Vs Openstack

    Posté par  . Évalué à 5 (+4/-0).

    Merci pour ces infos , surtout sur le sujet FusionForge qui le mérite.

    Concernant l'infrastructure on pourrait conseiller de s’appuyer sur les API Openstack qui permettront le choix de l’hébergeur et une meilleure réversibilité (juste mon avis)

    • [^] # Re: Azure Vs Openstack

      Posté par  (site Web personnel) . Évalué à 3 (+1/-0).

      Alors le projet Enough a tenté ça:

      https://forum.enough.community/t/testing-another-openstack-provider/650

      Chaque fournisseur a son cocktail maison des softs du projet, dans des versions différentes, des réglages différents, etc.

      Les images sont sans doute pas non plus les mêmes (ce qui est toujours un grand moment de fun), ou ne sont pas toujours dispo. Et bien sur, rien n'a le même nom dans les types de machines, les ID des disques, etc.

      Donc c'est sans doute un peu plus portable que de passer de ec2 a azure, mais c'est pas non plus la joie. Tu va devoir sensiblement faire autant de modification et de tests, avec parfois des résultats pas terribles (les tests de Fuga dans l'article plus haut)

      Le vrai risque, c'est à mon avis pas dans le fait d'utiliser ce que tout le monde propose (des VMs, du stockage en mode objet à la S3, etc), mais le reste.

  • # Provisionnement des agents côté Jenkins master

    Posté par  . Évalué à 3 (+2/-0).

    Salut !

    Tu écris :

    1. Création d'un agent sur Azure via Azure CLI

    Avant la création de la VM sur Azure, je m'assure d'avoir fait la configuration d'un agent côté Jenkins Master.

    Tu pourrais détailler ce que tu fais exactement ici ?

    De ce que je comprends :

    • Tu créés une fois pour toute un agent dans le master, avec une adresse IP particulière X
    • Cet agent reste toujours là, (pas de provisionnement dynamique au niveau du master)
    • Quand tu lances az vm create, tu t'assures juste de spécifier l'adresse IP X (+ les autres paramètres)

    Du coup, le (ou les) agent(s) configuré(s) sur le master reste toujours, même quand les agents sont éteints, j'ai tout compris ?

    Autre question:

    Ce plugin [Azure VM Agents] ne propose par défaut qu'une seule distribution Linux : Ubuntu. Même si FusionForge semble fonctionner sur Ubuntu, ce n'est pas dans la cible. Il est possible de créer des templates complémentaires. 2ème limite, le stockage de ces templates a un coût. Je suis un radin, j'ai abandonné la création de nouveaux templates et je me suis tourné vers une autre solution.

    À la place de pre-créer des images spécifiques et des les passer en paramètres au plugin, as-tu essayé de :

    • Passer en nom d'image "custom" les images officielles que tu utilises déjà via az vm create. Ça a l'air possible:

    Using any marketplace image by specifying an image reference (provide image reference by publisher, offer, sku and version). You can get the publisher, offer and sku by looking at the ARM template of that image

    • De passer ton script d'initialisation au plugin également (pas sûr de pouvoir passer une URL, mais au moins le copier dans Jenkins ?)

    Enfin, je ne suis pas sûr de comprendre le temps passé sur ces VMs dans le dernier graphe (pas sûr de comprendre ce que tu veux dire par "validation des installations"), mais si tu créés beaucoup de VMs chaque jour, tu peux gagner un peu en temps d'exécution (et en fiabilité) avec des templates d'images : tu payeras un peu plus en coûts de stockage, mais tu payeras moins en tant d'exécution de VMs ;)

    Merci pour les détails de ton installation, le bétail c'est cool !

  • # La documentation est cassée

    Posté par  . Évalué à 3 (+1/-0).

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.