Considérations matérielles de base pour Real Application Clusters Oracle 12c

Real Application Clusters (RAC), en liaison avec les bases de données Oracle 12c ont des exigences particulières du matériel que seule instance ou base de données non-RAC ne possèdent pas. Les zones de matériel pour se concentrer sur comprennent les interfaces réseau, stockage central et les nœuds.

Sommaire

Nœuds et Real Application Clusters Oracle 12c

UN nœud est un serveur qui exécute une instance Oracle. Une configuration RAC vrai comporte au moins deux noeuds.

Le nombre de noeuds dans la configuration de votre RAC dépend de limitations matérielles et logicielles. Selon la documentation et de soutien de sites Web d'Oracle, Oracle logiciel lui-même peut prendre en charge plus de 100 noeuds, mais d'autres forces peut vous limiter à moins.

Si vous obtenez en lots de nœuds (plus de huit), vérifier avec tout votre matériel et de logiciels pour voir ce que votre limite est.

Ajouter noeuds que vous réduisez votre cluster. Vous pouvez ajouter et enlever avec peu ou pas d'interruption de service à votre application. Cela garantit une haute disponibilité. Typiquement, chaque nœud aura sa propre installation du logiciel Oracle.

Vous pouvez avoir un répertoire du logiciel central, partagé pour chaque nœud à utiliser. Toutefois, une configuration comme cela limite vos capacités de haute disponibilité.

Par exemple, l'un des avantages de l'installation du logiciel Oracle sur chaque noeud est la capacité à colmater les noeuds individuellement par les descendre une à la fois. Ce Patch laminage évite une application panne complète. Vous ne pouvez pas appliquer tous les correctifs de cette façon. Vérifiez auprès de documentation du correctif pour être sûr. D'autre part, une seule installation centrale vous oblige à arrêter l'ensemble de la grappe d'appliquer le patch.

Chaque noeud doit avoir son propre arbre de codes de logiciels Oracle si vous voulez la haute disponibilité.

Stockage centrale et Real Application Clusters Oracle 12c

Voici quelques-unes des exigences centrales de configuration du RAC de stockage:




  • Tous vos fichiers de base de données, les fichiers de contrôle, redo logs, les journaux d'archivage, et spfile devraient être sur le stockage partagé. De cette façon, chacun des noeuds a accès à tous les fichiers requis pour l'accès aux données, la récupération et la configuration.

  • Fixez le stockage centralisé à chaque noeud sous la forme de certains médias à grande vitesse. Beaucoup de 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, NFS lecteurs de montage à chaque serveur est généralement pas une configuration certifiée.) Vous pouvez utiliser presque toutes les configurations de stockage partagé avec les résultats de l'éducation et de test décent.

  • Lorsque vous choisissez un fournisseur de stockage, tenir compte des besoins de performance de vos applications. Votre sous-système disque devrait être capable d'évoluer aussi facilement que vos nœuds RAC. Comme vous ajoutez des nœuds, vous pouvez avoir besoin d'ajouter des disques physiques pour soutenir 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 Raw (disques non formatés)

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

  • Gestion Oracle Automatic Storage (ASM) (un gestionnaire de volume fourni par Oracle de toutes sortes pour les fichiers bases de données liées)

  • Solution tierce (comme Veritas)

Vous pourriez avoir à combiner les options. Par exemple, vous pouvez utiliser Oracle ASM pour vos fichiers de base de données, mais vous voudrez peut-être autre chose que l'ASM pour les fichiers de sauvegarde RMAN.

Interconnexion et Real Application Clusters Cluster Oracle 12c

La interconnexion de clusters est une pièce dédiée de matériel qui gère toute la communication inter-exemple. A beaucoup de communication entre les instances se produit dans une configuration RAC: maintien de la cohérence, le partage des informations de verrouillage, et le transfert de 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 extrêmement fiable, haute vitesse privé reliant tous les nœuds.

Cache Fusion est un élément essentiel pour obtenir le RAC de bien performer. L'interconnexion doit être gigabit ou mieux.

Lorsque vous avez des problèmes de performance de communication munitions, la capacité de l'interconnexion pour fournir la bande passante nécessaire est remis en question. Il est une dépense nécessaire de mettre en place un environnement RAC appropriée. Souhaitez-vous dépenser des milliers de dollars sur une voiture de course et ensuite mettre des pneus de rue sur elle?

Les interfaces réseau et Real Application Clusters Oracle 12c

Assurez-vous que vous avez les bonnes interfaces réseau sur le serveur pour une bonne communication. Cela comprend plusieurs cartes d'interface réseau:

  • Un pour les connexions publics ou l'utilisateur de la machine

  • Un pour l'interconnexion privée du cluster de partager des informations à travers les nœuds

À tout le moins, une configuration de RAC devrait avoir deux cartes d'interface réseau:

  • Un pour le réseau privé pour le trafic interconnexion du cluster

  • Un pour le réseau public

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


» » » Considérations matérielles de base pour Real Application Clusters Oracle 12c