MODOP de Mise en place d’une sauvegarde « rsnapshot » sur un cluster LustreFS Haute disponibilité.
Le cluster LustreFS est un système de fichiers distribué permettant l’ajout de grappe importante de serveur, et de plusieurs nœuds, permettant d’atteindre des capacités d’agrégation disque de grande Taille.
Ici nous allons faire un petit MODOP de 6 Nœuds OSS permettant une agrégation Disque provenant de deux Datastores différents, et cela afin de créer plus de résilience en cas de dysfonctionnement. L’agrégation sera utilisée pour le stockage d’un backup de type « rsnapshot » en clients/serveur.
Étiquette : Serveur
MODOP – Sauvegarde de Machine Linux sur SYNOLOGY
Ce MODOP décrit la méthodologie pour réaliser des sauvegardes de Machine Linux via l’application « Synology Active Backup ». L’application permet de réaliser des incrémentales et Full backup de machine distantes Linux et Windows grâce à un client agent installé. La sauvegarde est sous forme de « timeline » très facile à restaurer en « one shot »
Continuer la lecture
MODOP – Déploiement de VM/Template via CSV/Excel – Proxmox
Dans ce nouveau MODOP sur l’intégration de machine virtuelle sur PROXMOX , nous abordons le provisionnement en masse de machine virtuelle à l’aide de la saisie d’un fichier Excel/CSV. Un administrateur compile l’ensemble des besoins de machine virtuelle dans un fichier de type CSV avec les items de type CPU, Réseau, RAM, etc et lance un script bash qui va générer autant de machines qu’il y a de ligne.
Continuer la lecture
MODOP – Ajout 2 machines clientes au Cluster mooseFS
Nous abordons ici, l’ajout de clients Linux sur le Cluster MooseFS précédemment crée afin de partager des données sur l’agrégation des disques des machines chunk. Cela s’opère en montant l’agrégation, ou datastore, sur un répertoire machine et se comporte comme un RAID 4 ou 5.
Continuer la lecture
MODOP – Cluster mooseFS – système de fichier distribués
Dans ce MODOP nous allons abordés un cluster MooseFS, il fait partie des grands concepts de fichier distribués du marché tel que ocfs2, Ceph, GlusterFS,etc. Il est constitué de 3 types de machine, un serveur de Métadonnées (MDS) , un serveur de metadata (Metalogger server) et des serveurs Chunk (CSS) pour le stockage des objets. MooseFS est scalable, très tolérant aux pannes et surtout hautement disponible via la répartition de charge de données sur les chunks. L’interface native est très bien faite et très agréable pour la gestion et la supervision des données et machines sur le Cluster.
Continuer la lecture
MODOP – Sauvegarde de données machines – rsnapshot
Ce MODOP aborde la mise en place d’un serveur Rsnapshot permettant de créer des sauvegardes de fichiers machines à l’aide de rsync. Les sauvegardes sont de type incrémentales avec la possibilité de gérer les rétentions en mode « hourly », « daily » , « weekly » et « monthly ».
Rsnapshot est configurable à souhait en fonction des besoins de sauvegardes machines.
MODOP – Boot Machines Linux DiskLess via Machine PXE et Ceph
Petit MODOP pour renforcer la résilience de l’infrastructure PXE Diskless du précédent MODOP.
Cette fois la machine PXE ne vas pas héberger l’OS et les DATA. Nous allons déléguer ce service par un cluster CEPH qui rendra l’infrastructure plus disponible en cas de défaillance disque.
Les machines clientes irons accrochées l’OS et les DATA directement sur un cluster CEPH.
MODOP – Boot Machines Linux Diskless via Machine Distante PXE
Ce MODOP aborde la mise en place d’un serveur PXE Diskless pour un parc de machine cliente sans disque. Le but est de centraliser toutes les ressources Système OS + DATA pour une infrastructure de machines dites « Morte ». Chaque machine identifiée, et autorisée sur l’infrastructure, démarre en BOOTP sur le réseau et accroche le BOOT Linux/Data sur le serveur PXE. Cela permet de contrôler/gérer des images OS Linux chargées par les clients d’une infrastructure de machine diskless.
Continuer la lecture
MODOP – Autoriser connexions Distantes à MariaDB via SSL
Ce MODOP décrit la mise en place d’une connexion SSL entre un client et un serveur de base de données MariaDB.
Le but est de crypter toute transaction lorsque qu’un utilisateurs SSL, habilité et référencé, souhaite échanger des flux de données sur une base hébergée sur une machine serveur MariaDB distante.
Il est fortement conseillé d’ajouter des certificats SSL pour communiquer entre client/serveur.
MODOP – Autoriser des connexions Distantes à MariaDB
Ce MODOP évoque la mise en place d’une connexion distante sur une base de donnée MariaDB.
Le but est de permettre à un client host habilité de pouvoir accéder à des données d’une base de données distante via un compte invité.
Attention, ce type d’accès doit être réfléchi et surtout bien cadré afin d’éviter les compromissions d’accès de données. Il est souvent conseillé d’ajouter une couche SSL à la connexion distante