Stockage partagé pour KVM Server Cluster?
J'ai la matrice de stockage Dell EMC SCV3020 et je souhaite créer un stockage partagé pour les 3 serveurs physiques à utiliser les mêmes (LVM?) Pour la création KVM VMS dans le cluster, donc si 1 Server meurt, nous pouvons MOVE VM à un autre. Nous avons une solution pour le basculement HA, mais nous ne sommes pas sûrs de savoir comment faire cette configuration de stockage partagée.
Devrions-nous configurer Simple NFS sur des machines virtuelles et partager? Si oui, quel système de fichiers sera sur NFS et devrions-nous faire de la LVM? Le système de fichiers doit-il être conscient de la grappe afin qu'il n'y ait pas de corruption de données car tous les serveurs accèdent au même stockage?
Nous avons également VMware sur cette infrastructure à l'aide de la tury de stockage Dell et de la fabrication VMS, il est donc possible d'utiliser VMFS VMware DataStore pour créer des machines virtuelles sur lesquelles nous configurerons ce stockage partagé sur les 3 nouveaux serveurs physiques pour le déploiement KVM vms tous les serveurs sur le même stockage partagé?
La description n'est pas exhaustive; Cette réponse devrait servir un rôle d'introduction dans le stockage en regroupement HA, ce qui est la question qui se pose essentiellement.
Traditionnellement, ce problème est résolu en utilisant SAN dédié, qui est externe au cluster de la virtualisation. Le SAN== est rendu fiable en interne. Il comporte deux contrôleurs coordonnés, tous les supports de stockage sont à double porté (SAS) et leurs ports sont connectés à un premier contrôleur de stockage et au second contrôleur. Disques sont assemblés dans des matrices RAID. Pour accéder à ces contrôleurs, chaque hôte a deux SAN Nics, l'un est connecté à un contrôleur ou SAN, l'autre est connecté à autre, et si des commutateurs sont utilisés, chacun d'entre eux a un lien vers chaque contrôleur, donc au total, chaque hôte a 2 ou 4 chemins différents à chaque matrice RAID. En conséquence, nous obtenons un système de stockage qui n'a aucun point de défaillance. . L'accès à ce SAN peut être fourni avec plusieurs protocoles, y compris SAS, Fibre Channel, FCOE, ISCSI; également un stockage fournit un accès en tant que NAS via PNFS.
Toutes les principales solutions de grappes de virtualisation soutiennent tellement SAN. En général, SAN Les volumes sont considérés comme des périphériques de blocs par chaque hôte, et il y a un arbitrage avec certaines garanties entre les nœuds. Ensuite, ces périphériques de blocs sont utilisés pour héberger des systèmes de fichiers au cluster à stocker = VM Disques virtuels. Par exemple, dans Linux Clvm (version consciente du cluster de LVM) pourrait être utilisée; dans Hyper-V grappes, le NTFS est conscient de la grappe.
L'industrie évolue désormais pour converger les réseaux, c'est-à-dire que les mêmes habitants sont utilisés pour le SAN et pour le réseau local et la distinction sont fabriqués en introduisant des sous-interfaces virtuelles, par exemple VLAN. Cela crée également un appel aussi pour converger services plus loin et propagez tout le fichier hautement disponible SAN Devoir des mêmes hôtes que ceux exécutant des machines virtuelles, créant efficacement une chaîne réseau virtuelle. Ceci est considéré comme une solution hyperconvergente (un "stockage défini par logiciel ") (Ils nécessitent un réseau 10G redondant). Il est possible de disposer que de trois serveurs puissants avec deux interfaces 10G chacune et c'est tout ce dont vous avez besoin d'avoir un cluster de virtualisation HA redondant; Proxmox ve (qui est le cluster de virtualisation à base de KVM avec intégré intégré Le support de CEPH) a des vidéos sur leur yo Utube canal expliquant comment réaliser cette configuration. Cependant, personne ne recommande d'exécuter une telle configuration dans la production pour diverses raisons et même si l'on choisit d'employer un stockage hyperconvergent, il est généralement recommandé de consacrer certains hôtes à héberger un VSAN et d'autres pour exécuter des machines virtuelles.