====== Les NAS ====== ===== Principe ===== À MiNET, comme vous le savez déjà, nous avons un grand nombre de machines virtuelles qui tournent sur le cluster. Toutes ont soit leurs disques, soit des sauvegardes sur le NAS. Pour cela, nous utilisons des points de montages [[http://fr.wikipedia.org/wiki/Network_File_System|nfs]]. {{:wiki:cluster:rel_nas_nas.jpg?400|}} L'objectif de tout ceci est de pouvoir perdre une machine physique sans perdre les machines virtuelles associées. De plus, ceci limite les ressources en stockage à fournir aux machines du cluster : elles ont juste besoin de quelques gigas pour faire tourner Proxmox VE. Nos NAS portent les doux noms de Charybde et Scylla. Ils sont basés sur OpenIndiana. Vous trouverez [[wiki:cluster:nas:openindiana|ici]] les détails sur leur installation. {{:wiki:cluster:nas:cha.jpeg?300|}} Les [[.:raid|Raids]] forment un très bon point de départ pour commencer à apprivoiser **ZFS**. Ils utilisent le système de fichiers ZFS. Vous trouverez ici une rapide description des possibilités de [[.:ZFS|ZFS]]. Les systèmes de fichiers sur Charybde et Scylla sont montés et accessibles à distance par les machines du cluster via [[.:nfs|NFS]]. ===== Mais où est-ce donc stocké ? ===== Découvrez l'organisation matérielle et logique de Charybde et Scylla [[wiki:cluster:nas:pools_et_datasets|ici]]. ===== C'est bien beau mais comment je répare quand je casse tout? ===== Vous trouverez ici les informations liées aux [[.:sauvegarde|sauvegardes]] effectuées régulièrement via les snapshots. ** Attention** Certaines erreurs ne **doivent** pas se (re)produire! * PAS de **ls** dans les dossier de snapshot de sauvegarde (ceux en lecture seule avec le suffixe back), sinon vous brisez la synchronisation... Utilisez l'auto-complétion ! ===== Compléments ===== En attendant mieux, nous sommes obligés pour des raisons de performances de désactiver les écritures synchrones sur les NAS, ce qui oblige à stocker les machines virtuelles contenant des bases de données en local sur les machines du cluster. Dans le cas contraire, une base de données se corromprait très rapidement. Des tests seront rapidement lancés pour savoir si on est forcé de faire de même sur les nouveaux NAS... * [[.:useful_command|Commandes utiles]] * [[wiki:monitoring:hulk|Monitorer]] ZFS (Attention à ne pas trop le stresser !) * [[wiki:cluster:nas:remplacement_disk|Procédure de remplacement des disques]] * Comment [[wiki:cluster:nas:sys_raid1|redonder les disques systèmes]] * Les [[wiki:divers:coin_geek:benchmark_nfs|benchmarks]] entre FreeNas et OpenIndiana * Les [[wiki:reseau:jumbo_frames|jumbo frames]] et le réseau de stockage à **MiNET** * [[.:upgrade_hulk|Retour d'expérencience]] sur l'upgrade Hulk... * [[.:iSCSI]] pour relier le NAS aux serveurs * [[.:Màj de Solaris]] pour installer et mettre à jour solaris La superbe présentation de Mehdi sur **hulk** et **thor** (notre ancien NAS et son backup) de juin 2012 : [[http://fr.slideshare.net/mehdisebbar/prsentation-nas-minet| slides ]] (car rien ne vaut l'original) Le mot de Clément : * En cas de L2ARC qui plante, vous pouvez regarder cette [[http://docs.oracle.com/cd/E19253-01/819-5461/ghbxs/ | procédure]] * Si un des deux disques mirroré ZIL plante, ou un des autres disques vous pouvez regarder [[http://docs.oracle.com/cd/E19253-01/819-5461/gbbzy/index.html | ici]]