MrRaph_

5 minute(s) de lecture

Résumé des épisodes précédents Dans la partie 2 nous avons configuré le framework ServerLess et nous avons créé notre fonction Lambda. nous allons maintenant voir comment configurer la plateforme Lambda avec le framework Serverless et nous déploierons notre fonction. Note : Tous les codes présentés dans cette suite d’articles sont disponible dans ce dépôt GitHub. La configuration de notre projet avec Serverless Toute la configuration de notre projet, c’est à dire tout ce qui est nécessaire à la bonne exécution de notre fonction Lambda, se trouve simplifiée par le framework Serverless.

MrRaph_

5 minute(s) de lecture

Résumé des épisodes précédents Dans la partie 1 nous avons vu les différents composants qui seront utilisés par notre stopinator. Nous allons maintenant nous pencher sur les deux éléments clefs de ce projet, l’utilistion du framework Serverless et la création de notre fonction Lambda. Note : Tous les codes présentés dans cette suite d’articles sont disponible dans ce dépôt GitHub. Le framework Serverless Installation L’installation du framework est relativement simple, elle nécessite toute fois que Node.

MrRaph_

5 minute(s) de lecture

Un stopina…QUOI ? Un stopinator est un programme permettant d’arrêter - de stopiner :p - des machines, ou n’importe quoi en fait. Ceci est très utilisé lorsque l’on souhaite alléger sa facture auprès de son fournisseur de services dans le nuage. Ces fournisseurs - comme AWS pour ne citer que lui - font en général payer les ressources consommées à l’heure. On peut facilement imaginer des plans visant à éteindre les ressources qui ne sont pas utiles la nuit par exemple et les rallumer le matin lorsque les gens reviennent au travail.

MrRaph_

3 minute(s) de lecture

SuSE Manager est une solution de gestion de parc de machines SuSE et RedHat proposée par SuSE. Cette solution s’articule entre autres autour de Spacewalk - une solution open source également utilisée par RedHat - et de Salt. Salt est un outil de gestion de configuration, cet outil représente une alternative à Ansible, Puppet ou Chief. Salt permet de déployer des programmes et leur configuration sur une machine ou sur un groupe de machines.

MrRaph_

2 minute(s) de lecture

Vous avez un domaine, un site web, mais pas de serveur de mail ? Ou vous possèdez pleiiiiins de domaines dans lesquels vous utilisez quelques adresses mail que vous souhaiteriez unifier vers une seule ? Ou comme moi, vous hébergiez vos mails et vous souhaitez revenir simplement vers l’un des services de messagerie bien connus, tout cela sans forcément prendre le temps de migrer toutes les adresses mails de tous les comptes que vous avez sur l’Internet entier et sans perdre de mails ?

MrRaph_

5 minute(s) de lecture

Il n’est pas rare de constater que l’espace disque consommé par Docker dans ses dossiers internes - par défaut sur Linux : /var/lib/docker - augmente régulièrement, parfois jusqu’à la saturation du file system. Si disque contenant le dossier /var/lib/docker venait à être plein, il serait alors impossible de démarrer de nouveaux containers, de télécharger de nouvelles images. Il se pourrait même que certains containers arrêtent de fonctionner. J’ai déjà été confronté plusieurs fois à des cas dans lesquels il était difficile d’identifier la source de la surconsommation d’espace disque.

MrRaph_

4 minute(s) de lecture

La surveillance du processus principal c’est bien mais … Les “Health Checks” ont été introduits dans le monde Docker avec la version 1.12, ils répondent à un manque flagrant dans cet environnement de “containérisation” : la surveillance des processus dans les containers. Historiquement, Docker surveillait uniquement le processus “principal” des ses containers, c’est à dire le processus définit dans les instructions CMD ou ENTRYPOINT des Dockerfiles. On constatait alors qu’un container mourait lorsque le daemon Docker ne détectait plus ce processus principal.

MrRaph_

4 minute(s) de lecture

Ce week-end, je me suis mis en tête de créer un outil qui me permettrait simplement de récupérer les IP d’un service Swarm (lire: Créer des services avec Docker 1.12). C’est à dire, la vIP de ce service, ça c’est facile, mais également les IP de tous les containers composants ce service. Ce besoin m’est apparu car j’ai activé de statistiques dans mes containers Nginx - je décrirai cela dans un article futur.

MrRaph_

1 minute(s) de lecture

Vous en avez marre des container Docker qui indiquent toujours la mauvaise heure ? Cela fausse vos statistiques ? Cela impacte vos cron ? Et bien voici la solution à ce problème ! Il vous suffit d’ajouter ces lignes dans vos Dockerfile ! ENV TZ=America/Los_Angeles RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone Et voilà ! Adieu la frustration ! :-)