Cette semaine, je vous présente docker-iops, une solution idéale pour réaliser des benchmarks rapides sur les performances en IOPS d’une baie de stockage et tester son fonctionnement de manière simple et efficace.
Bonsoir à tous ! Dans le cadre de ma série d’entretiens tech, j’ai eu le plaisir d’échanger récemment avec Jérôme Lecat, CEO de Scality, l’entreprise française spécialisée dans le stockage objet logiciel. Au menu : stratégie, souveraineté, innovations technologiques, et la roadmap de Scality pour les 2-3 prochaines années. Voici les points forts de notre discussion.
Salut la jeunesse ! J’espère que ça roule pour vous. Dites, vous suivez Korben, j’espère ? Le blogueur tech bien connu depuis plus de 20 ans (et si ce n’est pas le cas, honte à vous ^^). Korben a récemment publié un article sur une nouvelle pépite open source dénichée sur GitHub : ZeroByte, un outil de sauvegarde basé sur Restic. On en parle ensemble ? ZeroByte, c’est une solution de backup avec une interface plutôt sexy (bon, les goûts et les couleurs, hein, moi je la trouve sympa ^^). Elle repose sur le moteur Restic, largement utilisé, notamment dans les environnements Kubernetes. Encore un outil de backup me direz-vous. Oui, mais ZeroByte dispose de pas mal d’atout qu’on ne peut ignorer, en dehors de son interface. D’abord, elle se veut particulièrement agnostique et fonctionnellement riche : Côté déploiement, ça se base sur Docker/Docker Compose, avec quelques subtilités à noter : ZeroByte utilise FuseFS (le système de montage de volumes en mode user et non en mode kernel), ce qui impose des droits spécifiques comme CAP_ADMIN, ainsi qu’un profil AppArmor dédié. À vous de voir si c’est compatible avec vos usages (et vos politiques de sécurité). De même, soyez vigilant concernant la liste des URL avec lesquelles vous voudrez à terme accéder à l’interface. ZeroByte est particulièrement sévère avec cette variable. Je vous ai laissé une liste de
Nous disposons depuis quelques semaines d’un cluster ECS actuellement couplé à un cluster Isilon pour l’archivage des données froides. Mais la nouvelle pépite d’aujourd’hui, c’est GeoDrive. Qu’est-ce que c’est ? A quoi ça sert ? Découvrons ça ensemble …
Salut à tous ! Ce début d’année commence sur les chapeaux de roues (mise en place de centres de vaccination, relance de très gros projets sur le SAMU, mise en place prochaine de notre nouveau Dossier Patients informatisé etc.). Pour autant, j’ai quand même trouvé un peu d’énergie depuis une semaine pour relancer mon vLab et surtout trouver enfin une solution pour l’upgrader en vSphere 7. L’occasion pour moi de découvrir, entre autres, VSAN7u1 « File Services » et de vous en faire un retour « à chaud ».
L’annonce de vSphere 7.0 s’accompagne évidemment d’une mise à jour pour vSAN. D’aucuns pourraient arguer que désormais vSAN fait partie intégrante de la suite vSphere (le codes est intégré nativement à ESXi et vCenter), certes, mais c’est tout de même un pilier assez spécifique pour avoir son propre billet ^^. De bonnes choses sur ce deuxième produit phare de VMware, dont certaines était déjà connues, mais qui font tout leur sens dans le cadre du projet Pacific. Voyons ça de plus près !
Rappelez-vous, c’était en 2016, il y a 4 ans, quasi jour pour jour, je vous présentais, modestement, mon petit vLab basé sur des mac mini recyclés auxquels j’avais rajouté des adaptateurs Ethernet Gigabits thunderbolt 2. Ce petit « banc de test » s’est avéré très utile pendant 2 à 3 ans, mais force était de constater qu’il n’était plus adapté à mes besoins. Voici donc avancé le vLab 2.0 !
A l’occasion de la migration de l’ensemble de notre environnement Exchange (6 serveurs de production, 3 serveurs d’archive, quelques dizaines de To et pas moins de 16000 BALs, tout de même), j’ai été confronté, pour la première fois, à quelques limites de notre cluster VxRail principal, dit « le monstre », dont j’ai déjà longuement parlé depuis environ un an. Plus exactement, ce n’est pas le cluster VSAN lui-même qui a atteint ses limites, mais plutôt le réseau DataCenter sur lequel nous l’avons bâti !
Tout le monde l’attendait impatiemment depuis quelques jours, il est là, disponible, maintenant, le fameux patch qui corrige les problèmes de corruptions VSAN dans certaines conditions particulières (voir mes deux billets à ce sujet, ici et plus récemment ici)
Depuis que VSAN est arrivé sur nos infrastructures de production et que, par le truchement de quelques incidents, nous avons un peu progressé dans la connaissance et la maîtrise de cette technologies je vous propose de recenser les différentes infos et commandes utiles qui nous servent de plus en plus au quotidien. Je ferai évoluer ce billet spécifique au fur et à mesure de nos découvertes.