Lors de mes pérégrinations webesques pour vous trouver des nouveautés et assurer mon flux hebdomadaire de Pépites du Lundi matin, je suis tombé sur un outil de sauvegarde compatible avec de nombreux environnements de bases de données ainsi que d’un truc que je trouve génial personnellement … mais je tease 😉 … laissez moi vous présenter Portabase !
Bonjour bonjour ! Bon, je dégouline actuellement, comme tout le monde en France, j’ai envie de dire, mais ça n’empêche pas de continuer à vous informer du mieux que je peux. Aujourd’hui, il s’agit de vous présenter la configuration initiale d’un cluster Garage S3, un outil dédié à la construction et à l’exploitation de clusters de stockage objet de type S3, comme RustFS ou MinIO. Garage S3 se positionne comme une nouvelle alternative open source très légère (un seul binaire !), pensée pour les infrastructures modernes et les environnements conteneurisés. Ce projet se distingue par sa philosophie minimaliste : offrir une compatibilité totale avec l’API S3 d’AWS, avec deux objectifs en tête : la sécurité et la simplicité de déploiement. Contrairement à certaines autres solutions du même type, Garage est entièrement open source, ce qui en fait un choix idéal pour les organisations soucieuses de maîtriser leurs données ou de réduire leur empreinte cloud. Ses fonctionnalités clés incluent la réplication multi-sites, le chiffrement de bout en bout, une gestion fine des permissions via IAM, et une scalabilité horizontale optimisée pour les workloads distribués. Garage est natif des environnements conteneurisés, avec une architecture pensée pour Docker et Kubernetes. Son déploiement se fait
Bonjour à tous, vous le savez, nous avons commencé avec mon collègue Antoine (que j’espère bien arriver à convaincre de rédiger quelque chose sur ce blog un jour…) à monter notre premier cluster de production Proxmox. Une occasion pour moi d’essayer de comprendre et de vous restituer, comme je le peux, ce que j’ai compris du stockage dans Proxmox. Comme toujours dans l’open source, tout est possible, mais ne nous voilons pas la face : c’est un peu le bord, pardon…bazar.
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 !