Los orígenes de DB2 pureScale
La tecnología subyacente utilizada por los datos de DB2 para z/OS * * * garantiza que el servidor pueda seguir cumpliendo con los requisitos de SLA, porque la función de acoplamiento proporciona gestión centralizada de bloqueos y almacenamiento en caché global, lo que garantiza una rápida recuperación ante fallos. . De hecho, DB2 para z/OS ha alcanzado un estricto nivel de disponibilidad "5-9" y tiene una sólida reputación por escalar cargas de trabajo de manera transparente y lineal.
Cuando mucha gente piensa en DB2 para z/OS, piensa en una amplia escalabilidad y alta disponibilidad. Esta reputación en el mercado no es infundada, sino que se debe al hecho de que estos sistemas nunca han dejado de liderar el mercado en disponibilidad para cargas de trabajo de bases de datos. Quizás el mejor testimonio del poder de DB2 para z/OS sea este comentario del fundador y director ejecutivo de Oracle, Larry Ellison:
Me he burlado de muchas otras bases de datos, pero sólo respeto la versión mainframe de DB2. Es una tecnología de primera clase bien merecida.
¿Qué tiene de especial DB2 para z/OS que hace que Ellison lo recomiende tanto? El "secreto único" de DB2 para z/OS en el campo del intercambio de datos es bien conocido por los usuarios, y esa es la conocida herramienta de acoplamiento. La herramienta de acoplamiento no solo brinda a DB2 para z/OS la capacidad de escalar linealmente, sino que también proporciona una instalación centralizada para administrar bloqueos. Además, actúa como un grupo de búfer compartido global para páginas sucias (facilitando operaciones de escalabilidad y recuperabilidad).
La tecnología DB2 pureScale hereda el linaje tradicional de las herramientas de acoplamiento DB2 para z/OS, por lo que ha acumulado muchas ventajas, sentando así las bases para que DB2 para z/OS se convierta en el estándar "oro" en términos de disponibilidad y escalabilidad. ¿Cómo se hace esto? DB2 pureScale viene con un componente IBM powerHA pureScale que proporciona la misma gestión de bloqueo centralizada y una estricta arquitectura de grupo de búfer compartido global.
Otros fabricantes también han implementado * * * bases de datos con arquitectura de disco compartido, entre las cuales Oracle Real Application Clusters (Oracle RAC) es el más influyente. Sin embargo, cuando se desarrolló y diseñó Oracle RAC, la tecnología de plataforma distribuida no permitía un acceso eficiente al caché centralizado. Como resultado, el diseño de Oracle RAC terminó siendo un intento de emular DB2 para z/OS. Este es también el origen de la tecnología de gestión de bloqueos distribuidos y la arquitectura de caché distribuida de Oracle RAC. Con la introducción de la arquitectura de disco compartido escalable, Oracle RAC también perdió la ventaja de simplicidad de la solución DB2 para z/OS. DB2 para z/OS y DB2 pureScale, por otro lado, proporcionan la misma gestión de recursos centralizada, resolviendo así estos complejos problemas de escalabilidad y disponibilidad.
El problema fundamental es que sólo existe una arquitectura en el mercado que puede proporcionar una escalabilidad de aplicaciones verdaderamente transparente y alta disponibilidad. Con el desarrollo de la interconexión de hardware moderna en plataformas distribuidas y el acceso directo remoto ininterrumpido a la memoria (RDMA) basado en InfiniBand, el algoritmo de bloqueo y almacenamiento en caché centralizado utilizado por DB2 para z/OS ya no es su patente exclusiva. DB2 pureScale lleva esta tecnología probada a plataformas distribuidas y representa el progreso en toda la familia IBM.