{"id":31906,"date":"2019-10-31T21:43:53","date_gmt":"2019-10-31T18:43:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing\/"},"modified":"2019-10-31T21:43:53","modified_gmt":"2019-10-31T18:43:53","slug":"sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","title":{"rendered":"Reducci\u00f3n de riesgos de tiempo de inactividad gracias a la arquitectura Shared Nothing","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

El tema de la alta disponibilidad en sistemas de almacenamiento de datos siempre es relevante, ya que en nuestra era de virtualizaci\u00f3n y consolidaci\u00f3n de recursos, un fallo en el sistema de almacenamiento puede provocar no solo un incidente menor, sino paradas prolongadas de los servicios. Por lo tanto, los sistemas de almacenamiento modernos cuentan con numerosos componentes redundantes (incluso controladores). Pero, \u00bfes suficiente esta protecci\u00f3n?<\/p>\n

\n\"Reducci\u00f3n
\n<\/a><\/noindex><\/p>\n

Todos los proveedores, al enumerar las caracter\u00edsticas de sus sistemas de almacenamiento, mencionan obligatoriamente la alta disponibilidad de sus soluciones, a\u00f1adiendo siempre el t\u00e9rmino \"sin un \u00fanico punto de fallo\". Echemos un vistazo m\u00e1s detallado a un sistema de almacenamiento t\u00edpico. Para evitar paradas durante el mantenimiento, los sistemas de almacenamiento duplican las fuentes de alimentaci\u00f3n, los m\u00f3dulos de refrigeraci\u00f3n, los puertos de entrada\/salida, los dispositivos de almacenamiento (nos referimos a RAID) y, por supuesto, los controladores. Si observamos detenidamente esta arquitectura, podemos identificar, al menos, dos puntos potenciales de fallo que se omiten con discreci\u00f3n:<\/p>\n

<\/p>\n

    \n
  1. La existencia de un \u00fanico backplane<\/li>\n
  2. La existencia de una copia de datos \u00fanica<\/li>\n<\/ol>\n

    <\/p>\n

    El backplane es un dispositivo t\u00e9cnicamente complejo que debe someterse a pruebas rigurosas durante su fabricaci\u00f3n. Por eso, es bastante raro que falle completamente. Sin embargo, incluso en caso de fallos parciales, como un slot de almacenamiento que no funciona, ser\u00e1 necesaria su sustituci\u00f3n con la interrupci\u00f3n total del sistema de almacenamiento.<\/p>\n

    <\/p>\n

    Crear m\u00faltiples copias de datos tambi\u00e9n, a primera vista, no parece ser un problema. Por ejemplo, la funcionalidad de Clonaci\u00f3n en un sistema de almacenamiento, que permite actualizar peri\u00f3dicamente una copia completa de los datos, es bastante com\u00fan. Sin embargo, en caso de problemas con el mismo backplane, la copia tambi\u00e9n ser\u00e1 inaccesible, al igual que el original. <\/p>\n

    <\/p>\n

    Una salida bastante obvia para superar estas desventajas es la replicaci\u00f3n a otro sistema de almacenamiento. Si ignoramos el inevitable aumento del costo del hardware (suponemos que las personas que eligen esta soluci\u00f3n son razonables y aceptan este hecho de antemano), a\u00fan quedar\u00e1n posibles gastos para organizar la replicaci\u00f3n en forma de licencias, software y hardware adicionales. Y lo m\u00e1s importante, ser\u00e1 necesario garantizar de alguna manera la consistencia de los datos replicados. Es decir, construir un virtualizador de almacenamiento o vSAN, lo que tambi\u00e9n requiere recursos tanto financieros como de tiempo.<\/p>\n

    <\/p>\n

    AccelStor <\/a><\/noindex>Al crear sus propios sistemas de alta disponibilidad, se estableci\u00f3 el objetivo de deshacerse de las desventajas mencionadas anteriormente. As\u00ed surgi\u00f3 la interpretaci\u00f3n de la tecnolog\u00eda Shared Nothing, que en una traducci\u00f3n libre significa \u201csin el uso de dispositivos compartidos\u201d.<\/p>\n

    <\/p>\n

    Concepto Shared Nothing<\/a><\/noindex> La arquitectura consiste en usar dos nodos independientes (controladores), cada uno de los cuales tiene su propio conjunto de datos. La replicaci\u00f3n sincr\u00f3nica se realiza entre los nodos a trav\u00e9s de la interfaz InfiniBand de 56G de manera completamente transparente para el software que funciona sobre el sistema de almacenamiento. Como resultado, no se requiere el uso de virtualizadores de almacenamiento, agentes de software, etc.<\/p>\n

    <\/p>\n

    La soluci\u00f3n de dos nodos de AccelStor puede realizarse en dos modelos:<\/p>\n

    <\/p>\n