Déployer un cluster de stockage haute performance à l'aide de l'échelle de spectre IBM

IBM Spectrum Scale est un système de fichiers de cluster qui fournit un accès simultané à un ou plusieurs systèmes de fichiers à partir de plusieurs noeuds. Les noeuds peuvent être attachés à SAN, connectés au réseau, un mélange de SAN connecté et connecté au réseau, ou dans une configuration de cluster partagé. L'échelle de spectre permet un accès performant à un ensemble commun de données afin de prendre en charge une solution de mise à l'échelle ou de fournir une plate-forme haute disponibilité.

Architecture

Un cas d'utilisation pour Spectrum Scale est le déploiement d'applications SAS Grid qui ont besoin d'un sous-système d'E/S robuste. Cette architecture de référence traite du déploiement d'une solution de débit d'E/S élevée à l'aide d'un système de fichiers IBM Spectrum sur Oracle Cloud Infrastructure.

Cette architecture de référence utilise une région avec un domaine de disponibilité et des sous-réseaux régionaux. Vous pouvez utiliser la même architecture de référence dans une région avec plusieurs domaines de disponibilité. Nous vous recommandons d'utiliser des sous-réseaux régionaux pour votre déploiement, quel que soit le nombre de domaines de disponibilité.

Le diagramme suivant illustre cette architecture de référence.

Description de l'illustration specter-oci.png

L'architecture du système de fichiers Spectrum Scale comporte les composants suivants :

• Noeud CES

  Les noeuds Cluster Export Services (CES) peuvent servir des fonctions de protocole intégrées. Ces noeuds fournissent un accès SMB, NFS ou Object aux données du système de fichiers IBM Spectrum Scale. Ce noeud est facultatif. Nous recommandons d'utiliser une forme VM.Standard2.8 ou supérieure (au moins deux cartes VNIC) pour un débit supérieur.

• Noeud GUI MGMT

  Ce noeud fournit une interface graphique permettant aux utilisateurs de surveiller leur système de fichiers Spectrum Scale. Ce noeud est facultatif. Nous recommandons d'utiliser une forme VM.Standard2.16 ou supérieure pour fournir suffisamment d'OCPU et de mémoire.

• Noeud client

  Ces noeuds utilisent le système de fichiers Spectrum Scale. Ils sont desservis par les serveurs Network Shared Disk (NSD).

• Serveur NSD

  Ces serveurs utilisent le protocole NSD pour servir les données aux noeuds client dans un modèle de protocole client-serveur. Les serveurs NSD fournissent un accès au stockage visible sur les serveurs en tant que périphériques de blocs locaux.

• Stockage d'objet

  Oracle Cloud Infrastructure Object Storage est un service de stockage Internet durable et évolutif.

• Réseau cloud virtuel (VCN) et sous-réseaux

  Un VCN est un réseau défini par logiciel que vous configurez dans une région Oracle Cloud Infrastructure. Les VCN peuvent être segmentés en sous-réseaux, qui peuvent être spécifiques à une région ou à un domaine de disponibilité. Les sous-réseaux propres à chaque région et à chaque domaine de disponibilité peuvent coexister dans le même VCN. Un sous-réseau peut être public ou privé.

• Listes de sécurité

  Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui spécifient la source, la destination et le type de trafic qui doivent être autorisés dans et hors du sous-réseau.

• Domaines de disponibilité

  Les domaines de disponibilité sont des centres de données autonomes et indépendants au sein d'une région. Les ressources physiques de chaque domaine de disponibilité sont isolées des ressources des autres domaines de disponibilité, ce qui permet de tolérer les pannes. Les domaines de disponibilité ne partagent pas d'infrastructure telle que l'alimentation ou le refroidissement, ni le réseau de domaine de disponibilité interne. Il est donc peu probable qu'un échec dans un domaine de disponibilité affecte les autres domaines de disponibilité de la région.

Recommandations

Vos exigences peuvent différer de l'architecture décrite ici. Utilisez les recommandations suivantes comme point de départ.

• Forme de calcul, hôte de bastion

  Un hôte bastion est utilisé pour accéder à tous les noeuds du sous-réseau privé. Utilisez la forme VM.Standard.E2.1 ou VM.Standard.E2.2.

• Forme de calcul, noeud CES

  Utilisez une forme VM.Standard2.8 ou supérieure (au moins deux cartes VNIC) pour un débit supérieur.

• Forme de calcul, noeud GUI MGMT

  Utilisez une forme VM.Standard2.16 ou supérieure pour fournir suffisamment d'OCPU et de mémoire.

• Forme de calcul, noeud client

  L'utilisateur peut avoir plusieurs noeuds client. Commencez par une forme VM.Standard2.24 et augmentez ou baissez au besoin.

• Forme de calcul, serveur NSD

  Les serveurs NSD nécessitent un débit et une puissance de traitement élevés. Utilisez une forme BM.Standard2.52 ou BM.Standard.E2.64. Utilisez également au moins deux noeuds de serveur NSD.

• VCN

  Lorsque vous créez VCN, déterminez le nombre d'adresses IP requises pour vos ressources cloud dans chaque sous-réseau. À l'aide de la notation CIDR (Classless Inter-Domain Routing), spécifiez un masque de sous-réseau et une plage d'adresses réseau suffisamment grande pour les adresses IP requises. Utilisez une plage d'adresses située dans l'espace IP privé standard.

  Sélectionnez une plage d'adresses qui ne chevauche pas votre réseau sur site, de sorte que vous puissiez configurer une connexion entre VCN et votre réseau sur site, si nécessaire.

  Après avoir créé un VCN, vous ne pouvez pas modifier sa plage d'adresses.

  Lorsque vous concevez les sous-réseaux, tenez compte de vos besoins en matière de flux de trafic et de sécurité. Attachez toutes les ressources d'un niveau ou d'un rôle spécifique au même sous-réseau, qui peut servir de limite de sécurité.

  Utilisez des sous-réseaux régionaux.

• Listes de sécurité

  Utilisez des listes de sécurité pour définir des règles d'entrée et d'évacuation qui s'appliquent à l'ensemble du sous-réseau. Par exemple, cette architecture permet ICMP en interne pour l'ensemble du sous-réseau privé.

Remarques

• Performances

  Pour obtenir les meilleures performances, choisissez la forme de calcul correcte avec la bande passante appropriée.

• Disponibilité

  Envisagez d'utiliser une option de haute disponibilité en fonction de vos besoins de déploiement.

• Coût

  Les instances Bare Metal offrent des performances plus élevées sur les opérations d'E/S pour un coût plus élevé. Évaluez vos exigences pour choisir la forme de calcul appropriée.

• Surveillance et alertes

  Configurez la surveillance et les alertes sur l'utilisation de l'UC et de la mémoire pour vos noeuds afin d'augmenter ou de réduire la forme au besoin.

Déployer

Le code Terraform permettant de déployer cette architecture de référence est disponible sur GitHub.

1. Accédez à GitHub.
2. Cloner ou télécharger le référentiel sur votre ordinateur local.
3. Suivez les instructions du document README.