Consideraciones de hardware básicos para clusters de aplicaciones reales en 12c oráculo

Real Application Clusters (RAC), en relación con las bases de datos Oracle 12c tienen algunos requisitos de hardware especiales que una sola instancia o base de datos no-RAC no tienen. Las áreas de hardware para centrarse en incluyen interfaces de red, almacenamiento central y los nodos.

Nodos y Real Application Clusters en Oracle 12c

LA nodo es un servidor que ejecuta una instancia de Oracle. Una configuración RAC cierto tiene al menos dos nodos.

El número de nodos en la configuración RAC depende de las limitaciones de hardware y software. De acuerdo con la documentación de apoyo y sitios web de Oracle, Oracle software en sí puede soportar más de 100 nodos, pero otras fuerzas que puede limitar a menos.

Si te estás metiendo un montón de nodos (más de ocho), consulte con todos sus proveedores de hardware y software para ver cuál es su límite.

Añadir nodos como escalar el clúster. Puede agregar y quitar con la interrupción del servicio mínimo o no a su aplicación. Esto asegura una alta disponibilidad. Por lo general, cada nodo tiene su propia instalación del software de Oracle.

Usted puede tener un directorio de software central, compartida para cada nodo de usar. Sin embargo, una configuración como esta limita sus capacidades de alta disponibilidad.

Por ejemplo, una de las ventajas de instalar el software Oracle en cada nodo es la capacidad para reparar de forma individual los nodos llevándolos hacia abajo uno a la vez. Esta parche de rodadura evita una interrupción completa aplicación. No se puede aplicar todos los parches de esta manera. Consulte con la documentación parche para estar seguro. Por otra parte, una instalación central que requiere que cerrar todo el clúster de aplicar el parche.

Cada nodo debe tener su propio árbol de código de software Oracle si desea una alta disponibilidad.

Almacenamiento Central y Real Application Clusters en Oracle 12c

Los siguientes son algunos de los requisitos de almacenamiento central de configuración RAC:

• Todos los archivos de bases de datos, archivos de control, rehacer los registros, registros de archivos, y spfile deben estar en almacenamiento compartido. De esta manera, cada uno de los nodos tiene acceso a todos los archivos necesarios para el acceso a los datos, recuperación y configuración.

• Conecte el almacenamiento central a cada nodo en la forma de algunos medios de comunicación de alta velocidad. Un montón de conexiones de alta velocidad (canal de fibra o iSCSI, por ejemplo) están disponibles a partir de diferentes proveedores de almacenamiento.

  Asegúrese de que el almacenamiento y los archivos adjuntos son aprobados para Oracle RAC antes de tomar sus decisiones. (Por ejemplo, las unidades de montaje NFS a cada servidor no es típicamente una configuración certificada.) Usted puede utilizar casi cualquier configuración de almacenamiento compartido con los resultados educativos y pruebas decentes.

• Al elegir un proveedor de almacenamiento, tenga en cuenta las necesidades de rendimiento de sus aplicaciones. Su subsistema de disco debe ser capaz de escalar la misma facilidad que los nodos RAC. A medida que agrega los nodos, es posible que tenga que agregar discos físicos para apoyar el aumento de la demanda en el subsistema de almacenamiento. Usted debe ser capaz de hacer esto con poco o ningún tiempo de inactividad.

• El disco en el subsistema de almacenamiento compartido debe estar configurado para el acceso compartido. Usted puede tener hasta cuatro opciones para ello:

• Sistema de archivos RAW (discos sin formato)

• Oracle Cluster File System (OCFS) (disponible en Windows y Linux solamente)

• Gestión de Oracle Automatic Storage (ASM) (un gestor de volúmenes suministrados por Oracle de las clases para los archivos relacionados con la base de datos)

• Solución de terceros (tales como Veritas)

Puede que tenga que combinar opciones. Por ejemplo, podría utilizar Oracle ASM para los archivos de base de datos, pero es posible que desee algo distinto de ASM para los archivos de copia de seguridad de RMAN.

Interconexión y Real Application Clusters en Racimo en Oracle 12c

los interconexión del clúster es una pieza dedicada de hardware que gestiona toda la comunicación entre la instancia. Una gran cantidad de comunicación a través de los casos se produce en una configuración RAC: mantener la coherencia, el intercambio de información de bloqueo, y la transferencia de bloques de datos.

Oracle utiliza la caché de fusión para la gestión de la transferencia de datos entre nodos. Caché fusión requiere una red extremadamente confiable, y de alta velocidad privada que conecta todos los nodos.

Caché Fusion es un componente crítico para conseguir el RAC para un buen desempeño. La interconexión debe estar velocidades gigabit o mejor.

Cuando usted tiene problemas de rendimiento de la comunicación de racimo, la capacidad de la interconexión para proporcionar el ancho de banda requerido es cuestionado. Es un gasto necesario para establecer un entorno RAC adecuadamente. ¿Le gastar miles de dólares en un coche de carreras y luego poner neumáticos de calle en ella?

Las interfaces de red y Real Application Clusters en Oracle 12c

Asegúrese de tener las interfaces de red adecuados en el servidor para una comunicación adecuada. Esto incluye varias tarjetas de interfaz de red:

• Uno para las conexiones públicas o de usuario a la máquina

• Uno para la interconexión privada del clúster para compartir información a través de los nodos

Por lo menos, una configuración RAC deben tener dos tarjetas de interfaz de red:

• Uno para la red privada para el tráfico de interconexión del clúster

• Uno para la red pública

La red pública es la conexión para todas las conexiones de racimo, de sus aplicaciones y usuarios finales (incluyendo usted y el administrador del sistema).