Considérations matérielles de base pour les clusters d'applications réelles dans Oracle 12c - nuls

Les Real Application Clusters (RAC) en conjonction avec les bases de données Oracle 12c ont certaines exigences matérielles particulières que ne possèdent pas les bases de données uniques ou non RAC. Les zones matérielles sur lesquelles se concentrer comprennent les interfaces réseau, le stockage central et les nœuds.

Noeuds et grappes d'applications réelles dans Oracle 12c

Un noeud est un serveur qui exécute une instance Oracle. Une vraie configuration RAC a au moins deux nœuds.

Le nombre de nœuds dans votre configuration RAC dépend des limitations matérielles et logicielles. Selon les sites Web de documentation et de support d'Oracle, le logiciel Oracle lui-même peut prendre en charge jusqu'à 100 nœuds, mais d'autres forces peuvent vous limiter à moins de 100 nœuds.

Si vous utilisez beaucoup de nœuds (plus de huit), vérifiez auprès de tous vos fournisseurs de matériel et de logiciels pour connaître votre limite.

Ajoutez des nœuds lorsque vous mettez à l'échelle votre cluster. Vous pouvez les ajouter et les supprimer avec une interruption de service minimale ou nulle pour votre application. Cela garantit une haute disponibilité. Généralement, chaque nœud aura sa propre installation du logiciel Oracle.

Vous pouvez avoir un répertoire de logiciels partagé central pour chaque noeud à utiliser. Cependant, une configuration comme celle-ci limite vos capacités de haute disponibilité.

Par exemple, l'un des avantages de l'installation du logiciel Oracle sur chaque nœud est la possibilité de patcher individuellement les nœuds en les supprimant un à la fois. Ce patch mobile évite une panne d'application complète. Vous ne pouvez pas appliquer tous les correctifs de cette façon. Vérifiez avec la documentation de correctif pour être sûr. D'un autre côté, une installation centrale nécessite que vous arrêtiez tout le cluster pour appliquer le patch.

Chaque nœud devrait avoir sa propre arborescence de code logiciel Oracle si vous voulez une haute disponibilité.

Stockage central et Real Application Clusters dans Oracle 12c

Voici quelques configurations de stockage centralisé pour la configuration RAC:

• Tous vos fichiers de base de données, fichiers de contrôle, fichiers redo, archive logs et spfile doivent être stockés. De cette façon, chacun des nœuds a accès à tous les fichiers requis pour l'accès, la récupération et la configuration des données.

• Reliez le stockage central à chaque noeud sous la forme de certains supports haut débit. De nombreuses connexions haut débit (Fibre Channel ou iSCSI, par exemple) sont disponibles auprès de différents fournisseurs de stockage.

  Assurez-vous que le stockage et les pièces jointes sont approuvés pour Oracle RAC avant de prendre vos décisions. (Par exemple, les lecteurs de montage NFS sur chaque serveur ne sont généralement pas une configuration certifiée.Vous pouvez utiliser presque n'importe quelle configuration de stockage partagé avec une éducation et des résultats de test corrects.

• Lorsque vous choisissez un fournisseur de stockage, tenez compte des besoins de performance de vos applications. Votre sous-système de disque doit pouvoir évoluer aussi facilement que vos nœuds RAC. Lorsque vous ajoutez des nœuds, vous devrez peut-être ajouter des disques physiques pour prendre en charge la demande accrue sur le sous-système de stockage. Vous devriez être capable de le faire avec peu ou pas de temps d'arrêt.

• Le disque sur le sous-système de stockage partagé doit être configuré pour l'accès partagé. Vous pouvez avoir jusqu'à quatre choix pour cela:

  • Système de fichiers bruts (disques non formatés)

  • Système de fichiers Oracle Cluster (OCFS) (disponible sur Windows et Linux uniquement)

  • Oracle Automatic Storage Management (ASM) (un gestionnaire de volumes fourni par Oracle pour les fichiers liés à la base de données)

  • Solution tierce (telle que Veritas)

Vous devrez peut-être combiner des options. Par exemple, vous pouvez utiliser Oracle ASM pour vos fichiers de base de données, mais vous pouvez souhaiter autre chose que ASM pour les fichiers de sauvegarde RMAN.

Interconnexion de cluster et Real Application Clusters dans Oracle 12c

Le cluster interconnect est un composant matériel dédié qui gère toutes les communications inter-instances. Une grande partie des communications entre instances se produit dans une configuration RAC: maintien de la cohérence, partage des informations de verrouillage et transfert des blocs de données.

Oracle utilise Cache Fusion pour gérer le transfert de données entre les nœuds. Cache Fusion nécessite un réseau privé extrêmement rapide et fiable reliant tous les nœuds.

Cache Fusion est un composant essentiel pour que RAC fonctionne correctement. L'interconnexion doit être des vitesses gigabit ou mieux.

Lorsque vous rencontrez des problèmes de performances de communication en cluster, la capacité de l'interconnexion à fournir la bande passante requise est mise en question. C'est une dépense nécessaire pour configurer un environnement RAC de manière appropriée. Souhaitez-vous dépenser des milliers de dollars sur une voiture de course et ensuite mettre des pneus de rue sur elle?

Interfaces réseau et Real Application Clusters dans Oracle 12c

Assurez-vous d'avoir les bonnes interfaces réseau sur le serveur pour une communication correcte. Cela inclut plusieurs cartes d'interface réseau:

• Une pour les connexions publiques ou utilisateur à la machine

• Une pour l'interconnexion privée pour le cluster pour partager des informations entre les nœuds

Au minimum, une configuration RAC devrait avoir deux cartes d'interface réseau:

• Une pour le réseau privé pour le trafic d'interconnexion de cluster

• Une pour le réseau public

Le réseau public est la connexion pour toutes les connexions de cluster, de vos applications et utilisateurs finaux (y compris vous et administrateur système).