Los DBMS crecen y se multiplican, los scripts de automatización se vuelven cada vez más complejos y numerosos, y se dedica más y más tiempo a todo esto. En tales circunstancias, tarde o temprano, el administrador llega a una idea brillante: hay que cambiar algo. En esta publicación, le diremos por ejemplo cómo resolver el problema si se trata de bases de datos Oracle de diferentes colores y colores.
Así es como comenzó todo. Para 2013, nosotros, con el apoyo de varias decenas de todo tipo de bases de datos que se ejecutan en Oracle, se habían acumulado. Algunos eran pequeños, pero con grandes solicitudes, por ejemplo, repositorios de documentos reglamentarios o un sistema de recopilación. Algunos podrían atribuirse a OLTP, con una gran cantidad de pequeñas solicitudes: monitoreo de riesgos, motor de sms y otros. Hubo sistemas que se volvieron muy activos solo en las fechas de facturación o al cierre del mes. En general, todos tienen diferentes tareas y perfiles de carga, respectivamente, también. Para estar seguros, para cada sistema mantuvimos una reserva importante de potencia informática para cargas máximas, así como una reserva de recursos de disco en caso de crecimiento repentino. Apoyar todo esto llevó mucho tiempo y esfuerzo.
Para reducir los costos de hardware, decidimos combinar las bases de datos Oracle de todos los sistemas de rango medio en un servidor. Tuvimos una buena experiencia con Oracle Exadata: una réplica en este sistema solucionó el problema con la creación de procesamiento de informes. Pero las bases de datos en Exadata funcionan en el Real Application Cluster, que impone algunas restricciones en las aplicaciones y requiere pruebas cuidadosas. Y el software de terceros no permite que el complejo Exadata se instale encima de sí mismo, lo que reduce la cantidad de sistemas de TI portátiles.
Cuales son las opciones? La clase de ingeniería de Oracle también incluye Supercluster. Además de las ventajas de Exadata, tiene la capacidad de usar bases de datos en modo RAC de un nodo, de hecho, lo que minimiza los riesgos de migración. Calculamos el efecto económico de la transición a Supercluster: resultó que por el costo de equipos adicionales para apoyar el crecimiento natural de los sistemas para el próximo año, podemos comprar 2 nuevos Supercluster'a. Defendimos con éxito esta decisión ante el negocio y en 2014 adquirimos dos mitades del Supercluster T5-8 para los sistemas principal y de respaldo.
Cada mitad de Supercluster contenía dos nodos informáticos con cuatro procesadores de 16 núcleos y 1 TB de memoria. En los primeros nodos de dos supercúmulos, colocamos las bases críticas para los negocios, en los segundos nodos, todo lo demás, bases en espera. Se configuraron con menos memoria para que, cuando surgen problemas en el nodo principal, el clusterware aumente automáticamente los recursos en otro nodo activo. En caso de fallo de todo el nodo, el conmutador de conmutación por error configurado significa Data Guard. Y para simplificar la redundancia, agregamos tarjetas FC adicionales y servidores de medios Veritas Netbackup a los nodos. Por lo tanto, aprovechamos al máximo nuestros recursos y garantizamos la tolerancia a fallas y la resistencia catastrófica.
La migración del sistema fue acompañada por pruebas versátiles. Temíamos que la competencia por los recursos de muchas bases de datos pudiera conducir a la degradación de los servicios, pero después de la transferencia de más de 30 sistemas nos dimos cuenta de que la velocidad del trabajo solo había aumentado. Además, incluso en aquellos sistemas que no ayudaron ni a la adición de procesadores con memoria, ni a la transferencia de bases de datos a matrices full-flash. Por ejemplo, en nuestro sistema principal de lucha contra el fraude, la monitorización de riesgos, que antes de esto comenzó a entregarse debido a un aumento en la carga de los sistemas fuente. Obviamente, el asunto no es solo en el equipo en sí, sino también en las "matemáticas" de los sistemas de ingeniería de Oracle, lo que acelera las consultas.
Hoy, Supercluster ha estado trabajando con nosotros por más de cuatro años. Esto es lo que nos gusta además del rendimiento:
- Los costos de infraestructura de TI cayeron como queríamos.
- Costos administrativos reducidos. Anteriormente, no solo se necesitaban administradores de DBMS, sino también administradores de Unix, administradores de almacenamiento y SAN para admitir bases de datos. Ahora todo está respaldado por una persona y el 90% de la administración se lleva a cabo a través de Oracle Cloud Control.
- El período de tiempo para la introducción de nuevos sistemas de información se ha reducido. No más esperas para la adquisición y entrega de equipos de bases de datos.
- Además de piezas útiles de Exadata como escaneos inteligentes, índices de almacenamiento y compresión híbrida, utilizamos la herramienta Exadata - IO Resource Manager, que es muy útil para la consolidación de bases de datos. Con él, priorizamos el uso de los recursos del disco.
Por separado, vale la pena mencionar el soporte técnico versátil de Oracle. Para los sistemas de hardware y software, además del soporte Premier estándar y el soporte de socios, recibimos soporte gratuito del Servicio Platinum, que incluye:
- El servicio de "llamada a casa" es la supervisión automática de los equipos por parte del proveedor: por ejemplo, en caso de falla del disco, el proveedor será el primero en saberlo y organizar el procedimiento de reemplazo.
- Actualizaciones periódicas gratuitas del software del sistema.
- Recuperación mucho más rápida del complejo a través del sistema Advanced Platinum Support Gateway.
Estamos desarrollando una plataforma de consolidación Oracle DBMS basada en Supercluster, y a finales de 2017, nos llegaron los primeros tres Supercluster M8 vendidos en el mundo:
Si tiene alguna pregunta sobre nuestros casos de uso de Supercluster, estaremos encantados de responderlos en los comentarios.