{"id":35801,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","title":{"rendered":"C\u00f3mo elegir un SAN sin dispararte en el pie","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2>Introducci\u00f3n<\/h2>\n<p>\nHa llegado el momento de comprar un sistema de almacenamiento. \u00bfCu\u00e1l elegir y a qui\u00e9n escuchar? El proveedor A habla sobre el proveedor B, y tambi\u00e9n est\u00e1 el integrador C, que dice lo contrario y recomienda al proveedor D. En esta situaci\u00f3n, incluso un arquitecto experimentado en sistemas de almacenamiento puede sentirse abrumado, especialmente con todos los nuevos proveedores y las tendencias actuales como SDS y la hiperconvergencia.<\/p>\n<p>Entonces, \u00bfc\u00f3mo se puede entender todo esto y no quedar en rid\u00edculo? Nosotros (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/antonvirtual\/\" class=\"user_link\">AntonVirtual<\/a><\/noindex> Ant\u00f3n Zhbankov y <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/korp\/\" class=\"user_link\">korp<\/a><\/noindex> Evgeny Elizarov) intentaremos explicarlo en un lenguaje claro para los rusos.<br \/>\nEl art\u00edculo est\u00e1 en gran medida interconectado y, de hecho, es una extensi\u00f3n del \u201c<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/321178\/\">Dise\u00f1o de un centro de datos virtualizado<\/a><\/noindex>\u201d en cuanto a la selecci\u00f3n de sistemas de almacenamiento de datos y revisi\u00f3n de tecnolog\u00edas de almacenamiento. Revisaremos brevemente la teor\u00eda general, pero recomendamos tambi\u00e9n leer el art\u00edculo mencionado.<\/p>\n<h2>\u00bfPor qu\u00e9?<\/h2>\n<p>\nA menudo se observa la situaci\u00f3n en la que una nueva persona llega a un foro o a un chat especializado, como Storage Discussions, y pregunta: \u201cme est\u00e1n ofreciendo dos opciones de sistema de almacenamiento: ABC SuperStorage S600 y XYZ HyperOcean 666v4, \u00bfqu\u00e9 me aconsejan?\u201d<\/p>\n<p>Y comienza la comparaci\u00f3n de las caracter\u00edsticas de implementaci\u00f3n de peculiaridades extra\u00f1as y confusas que para una persona no preparada son completamente incomprensibles. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nAs\u00ed que, la pregunta clave y m\u00e1s importante que debes hacerte mucho antes de comparar especificaciones en las propuestas comerciales es \u2014 \u00bfPARA QU\u00c9? \u00bfPara qu\u00e9 necesitas este sistema de almacenamiento?<\/p>\n<p><img decoding=\"async\" alt=\"C\u00f3mo elegir un SAN sin dispararte en el pie\" src=\"\/wp-content\/uploads\/2019\/06\/4e02a50a2420483c6c4939bf264dea2a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa respuesta ser\u00e1 inesperada, y muy al estilo de Tony Robbins \u2014 para almacenar datos. \u00a1Gracias, Capit\u00e1n! Y aun as\u00ed, a veces nos adentramos tanto en la comparaci\u00f3n de detalles que olvidamos por qu\u00e9 estamos haciendo todo esto.<\/p>\n<p>As\u00ed que, la tarea de un sistema de almacenamiento de datos es almacenar y proporcionar acceso a los DATOS con un rendimiento espec\u00edfico. Partiremos de los datos.<\/p>\n<h2>Datos<\/h2>\n<p><\/p>\n<h3>Tipo de datos<\/h3>\n<p>\n\u00bfQu\u00e9 datos planeamos almacenar? Es una pregunta muy importante que puede descartar muchas soluciones de almacenamiento incluso de consideraci\u00f3n. Por ejemplo, si se planea almacenar grabaciones de video y fotograf\u00edas. Se pueden eliminar inmediatamente los sistemas dise\u00f1ados para acceso aleatorio de bloques peque\u00f1os, o aquellos con caracter\u00edsticas propietarias en compresi\u00f3n \/ deduplicaci\u00f3n. Pueden ser sistemas excelentes, no queremos decir nada malo al respecto. Pero en este caso, sus fortalezas pueden convertirse, por el contrario, en debilidades (el video y las fotos no se comprimen) o simplemente aumentar\u00e1n significativamente el costo del sistema.<\/p>\n<p>Y, por el contrario, si el uso previsto es una base de datos transaccional pesada, entonces los excelentes sistemas de streaming de multimedia, capaces de entregar gigabytes por segundo, ser\u00e1n una mala elecci\u00f3n.<\/p>\n<h3>Volumen de datos<\/h3>\n<p>\n\u00bfCu\u00e1ntos datos planeamos almacenar? La cantidad siempre se convierte en calidad, no hay que olvidar eso nunca, especialmente en nuestra \u00e9poca de crecimiento exponencial del volumen de datos. Los sistemas de clase petabyte ya no son raros, pero cuanto mayor es el volumen de petabytes, m\u00e1s espec\u00edfica se convierte la soluci\u00f3n, y menos funcionalidad habitual de sistemas de acceso aleatorio de peque\u00f1o y mediano volumen estar\u00e1 disponible. Sencillamente porque, solo las tablas de estad\u00edsticas de acceso por bloques superan la memoria RAM disponible en los controladores. Sin contar la compresi\u00f3n \/ tiraje. Supongamos que queremos cambiar el algoritmo de compresi\u00f3n por uno m\u00e1s potente y comprimir 20 petabytes de datos. \u00bfCu\u00e1nto tiempo tomar\u00e1: seis meses, un a\u00f1o?<\/p>\n<p>Por otro lado, \u00bfpor qu\u00e9 complicarse la vida si solo hay que almacenar y procesar 500 GB de datos? Solo 500. Los SSD dom\u00e9sticos (con bajo DWPD) de ese tama\u00f1o son muy econ\u00f3micos. \u00bfPara qu\u00e9 construir una f\u00e1brica de Fiber Channel y comprar un sistema de almacenamiento externo de clase alta que cuesta un ojo de la cara?<\/p>\n<p>\u00bfQu\u00e9 porcentaje del volumen total son datos calientes? \u00bfQu\u00e9 tan desigual es la carga en el volumen de datos? Aqu\u00ed es donde la tecnolog\u00eda de almacenamiento en varias capas o Flash Cache puede ser de gran ayuda si el volumen de datos calientes es m\u00edsero en comparaci\u00f3n con el total. Por el contrario, en caso de que haya una carga uniforme en todo el volumen, com\u00fan en sistemas de transmisi\u00f3n (videovigilancia, algunos sistemas de an\u00e1lisis), estas tecnolog\u00edas no aportar\u00e1n nada y solo aumentar\u00e1n el costo \/ complejidad del sistema.<\/p>\n<h3>IS<\/h3>\n<p>\nEl reverso de los datos es el sistema de informaci\u00f3n que utiliza esos datos. La IS tiene un conjunto de requisitos que heredan los datos. Para m\u00e1s detalles sobre la IS, ver \"Dise\u00f1o de un centro de datos virtualizado.\"<\/p>\n<h4>Requisitos de tolerancia a fallos \/ disponibilidad<\/h4>\n<p>Los requisitos de tolerancia a fallos \/ disponibilidad de los datos se heredan del sistema de informaci\u00f3n que los utiliza y se expresan en tres cifras \u2014 <b>RPO<\/b>, <b>RTO<\/b>, <b>de diferentes versiones del mismo paquete. A diferencia de las Software Collections, la instalaci\u00f3n simult\u00e1nea<\/b>.<\/p>\n<p><b>Disponibilidad <\/b> \u2014 la parte durante un per\u00edodo determinado de tiempo en el que los datos est\u00e1n disponibles para trabajar con ellos. Se expresa generalmente en cantidad de 9. Por ejemplo, dos nueves al a\u00f1o significa que la disponibilidad es del 99%, o de otra manera se permite hasta 95 horas de inactividad al a\u00f1o. Tres nueves \u2014 9,5 horas al a\u00f1o.<\/p>\n<p>RPO \/ RTO \u2014 son \u00edndices no acumulativos, sino por cada incidente (falla), a diferencia de la disponibilidad.<\/p>\n<p><b>RPO <\/b> \u2014 volumen de datos perdidos en caso de un accidente (en horas). Por ejemplo, si se realiza una copia de seguridad una vez al d\u00eda, entonces RPO = 24 horas. Es decir, en caso de un accidente y p\u00e9rdida total del almacenamiento, se pueden perder datos por un volumen de hasta 24 horas (desde la \u00faltima copia de seguridad). Basado en el RPO establecido para la IS, por ejemplo, se elabora la normativa de copias de seguridad. Tambi\u00e9n, basado en el RPO, se puede entender cu\u00e1n necesaria es la replicaci\u00f3n de datos sincr\u00f3nica \/ asincr\u00f3nica.<\/p>\n<p><b>RTO<\/b> \u2014 tiempo de recuperaci\u00f3n del servicio (acceso a los datos) despu\u00e9s de un accidente. Basado en el valor establecido de RTO, podemos entender si se necesita un metrocl\u00faster o si es suficiente una replicaci\u00f3n unidireccional. Tambi\u00e9n es necesario saber si se requiere un almacenamiento de clase alta multi-controlador.<\/p>\n<p><img decoding=\"async\" alt=\"C\u00f3mo elegir un SAN sin dispararte en el pie\" src=\"\/wp-content\/uploads\/2019\/06\/327166acf29e390fa7454fe66bc4e409.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h4>Requisitos de rendimiento<\/h4>\n<p>\nA pesar de que esta es una question bastante obvia, es precisamente con ella que m\u00e1s se presentan dificultades. Dependiendo de si ya tiene alguna infraestructura o no, y se construir\u00e1n rutas para recopilar las estad\u00edsticas necesarias.<\/p>\n<p>Ya tiene un sistema de almacenamiento y est\u00e1 buscando un reemplazo o desea adquirir uno m\u00e1s para expandirse. Aqu\u00ed es sencillo. Usted entiende qu\u00e9 servicios ya tiene y cu\u00e1les planea incorporar en el futuro cercano. Bas\u00e1ndose en los servicios actuales, puede recopilar estad\u00edsticas sobre el rendimiento. Determinar la cantidad actual de IOPS y las latencias existentes: \u00bfcu\u00e1les son esas cifras y son suficientes para sus tareas? Esto se puede hacer tanto en el propio sistema de almacenamiento como desde los hosts que est\u00e1n conectados a \u00e9l.<\/p>\n<p>Adem\u00e1s, es importante no solo observar la carga actual, sino tambi\u00e9n durante un cierto periodo (mejor un mes). Ver cu\u00e1les son los picos m\u00e1ximos durante el d\u00eda, qu\u00e9 carga genera la copia de seguridad, etc. Si su sistema de almacenamiento o su software no le proporciona un conjunto completo de estos datos, puede utilizar la herramienta gratuita RRDtool, que puede trabajar con la mayor\u00eda de los sistemas de almacenamiento y conmutadores m\u00e1s populares y podr\u00e1 proporcionarle estad\u00edsticas detalladas sobre el rendimiento. Tambi\u00e9n es recomendable observar la carga en los hosts que trabajan con este sistema de almacenamiento, en m\u00e1quinas virtuales espec\u00edficas o lo que est\u00e1 funcionando en este host.<\/p>\n<p><img decoding=\"async\" alt=\"C\u00f3mo elegir un SAN sin dispararte en el pie\" src=\"\/wp-content\/uploads\/2019\/06\/a0db9ec82e8ab5282e7af5d50e02f281.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCabe destacar que si hay diferencias significativas entre las latencias en el volumen y el datastore que se encuentra en este volumen, debe prestar atenci\u00f3n a su red SAN; hay una alta probabilidad de que existan problemas y, antes de adquirir un nuevo sistema, es importante abordar esta cuesti\u00f3n, ya que hay una gran posibilidad de que aumente el rendimiento del sistema actual.<\/p>\n<p>Usted est\u00e1 construyendo una infraestructura desde cero, o adquiriendo un sistema para alg\u00fan nuevo servicio del cual no tiene informaci\u00f3n sobre las cargas. Aqu\u00ed hay varias opciones: comunicarse con colegas en recursos especializados para intentar obtener y pronosticar la carga, acudir a un integrador que tenga experiencia en la implementaci\u00f3n de tales servicios y que pueda calcular la carga por usted. Y la tercera opci\u00f3n (generalmente la m\u00e1s complicada, especialmente si se trata de aplicaciones personalizadas o poco comunes) es intentar averiguar los requisitos de rendimiento con los desarrolladores del sistema.<\/p>\n<p>Y, la atenci\u00f3n, la opci\u00f3n m\u00e1s adecuada desde el punto de vista pr\u00e1ctico es un piloto en el equipo actual, o en el equipo proporcionado para pruebas por el vendedor \/ integrador.<\/p>\n<h4>Requisitos especiales<\/h4>\n<p>\nLos requisitos especiales son todo aquello que no se incluye en los requisitos de rendimiento, resistencia a fallos y funcionalidad para el procesamiento y suministro directo de datos.<\/p>\n<p>Uno de los requisitos especiales m\u00e1s simples para un sistema de almacenamiento de datos es \"medios de informaci\u00f3n transferibles\". Y es evidente que este sistema de almacenamiento de datos debe incluir una biblioteca de cintas o simplemente un streamer, donde se realiza la copia de seguridad. Despu\u00e9s, una persona especialmente capacitada firma la cinta y la lleva con orgullo a una caja fuerte especial.<br \/>\nOtro ejemplo de un requisito especial es una ejecuci\u00f3n resistente a impactos.<\/p>\n<h2>Donde<\/h2>\n<p>\nEl segundo elemento clave en la elecci\u00f3n de un sistema de almacenamiento de datos es la informaci\u00f3n sobre D\u00d3NDE se ubicar\u00e1 este sistema de almacenamiento. Desde la geograf\u00eda o las condiciones clim\u00e1ticas, hasta el personal.<\/p>\n<h3>Cliente<\/h3>\n<p>\n\u00bfPara qui\u00e9n se planea este sistema de almacenamiento de datos? La pregunta tiene las siguientes bases:<\/p>\n<p><b>Cliente gubernamental \/ comercial.<\/b><br \/>\nEl cliente comercial no tiene restricciones y no est\u00e1 obligado a realizar licitaciones, salvo por sus propios reglamentos internos. <\/p>\n<p>El cliente gubernamental es un asunto diferente. La Ley 44-FZ y otras complejidades con las licitaciones y los Pliegos de Condiciones que pueden ser impugnados.<\/p>\n<p><b>Cliente bajo sanciones<\/b><br \/>\nAqu\u00ed la cuesti\u00f3n es muy simple: la elecci\u00f3n se limita solo a las propuestas disponibles para este cliente.<\/p>\n<p><b>Reglamentos internos \/ proveedores autorizados para compra \/ modelos<\/b><br \/>\nLa cuesti\u00f3n tambi\u00e9n es bastante simple, pero hay que recordarla.<\/p>\n<h3>D\u00f3nde f\u00edsicamente<\/h3>\n<p>\nEn esta parte abordamos todas las cuestiones relacionadas con la geograf\u00eda, los canales de comunicaci\u00f3n y el microclima en el lugar de ubicaci\u00f3n.<\/p>\n<h4>Personal<\/h4>\n<p>\n\u00bfQui\u00e9n trabajar\u00e1 con este sistema de almacenamiento de datos? Esto es tan importante como lo que el sistema de almacenamiento sabe hacer.<br \/>\nPor muy prometedor, impresionante y excelente que sea el sistema de almacenamiento del vendedor A, no tiene mucho sentido implementarlo si el personal solo sabe trabajar con el vendedor B, y no hay planes para futuras compras ni colaboraci\u00f3n continua con A.<\/p>\n<p>Y, por supuesto, el reverso de la cuesti\u00f3n es qu\u00e9 tan disponible est\u00e1 el personal capacitado en la ubicaci\u00f3n geogr\u00e1fica espec\u00edfica, tanto en la empresa como potencialmente en el mercado laboral. Para las regiones, puede tener un significado considerable la elecci\u00f3n de un sistema de almacenamiento con interfaces sencillas o la posibilidad de gesti\u00f3n centralizada remota. De lo contrario, en alg\u00fan momento puede volverse insoportablemente doloroso. Internet est\u00e1 lleno de historias de c\u00f3mo un nuevo empleado, un estudiante de ayer, configur\u00f3 algo que hizo colapsar toda la empresa.<\/p>\n<p><img decoding=\"async\" alt=\"C\u00f3mo elegir un SAN sin dispararte en el pie\" src=\"\/wp-content\/uploads\/2019\/06\/5feeb5b13119c87d6b516d160d801129.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h4>Entorno<\/h4>\n<p>\nY, por supuesto, hay una pregunta igualmente importante: \u00bfen qu\u00e9 entorno estar\u00e1 trabajando este sistema de almacenamiento? <\/p>\n<ul>\n<li>\u00bfQu\u00e9 pasa con la alimentaci\u00f3n \/ refrigeraci\u00f3n?<\/li>\n<li>\u00bfQu\u00e9 tipo de conexi\u00f3n?<\/li>\n<li>\u00bfD\u00f3nde se montar\u00e1?<\/li>\n<li>Y as\u00ed sucesivamente.<\/li>\n<\/ul>\n<p>\nA menudo, estas preguntas se consideran evidentes y no se discuten en profundidad, pero a veces son precisamente estas cuestiones las que pueden cambiar todo radicalmente.<\/p>\n<h2>\u00bfQu\u00e9?<\/h2>\n<p><\/p>\n<h3>Proveedor<\/h3>\n<p>\nHasta hoy (mediados de 2019), el mercado ruso de sistemas de almacenamiento se puede dividir en cinco categor\u00edas condicionales:<\/p>\n<ol>\n<li>Divisi\u00f3n superior: compa\u00f1\u00edas reconocidas con una amplia gama de opciones, desde los sistemas de almacenamiento m\u00e1s simples hasta los de gama alta (HPE, DellEMC, Hitachi, NetApp, IBM \/ Lenovo).<\/li>\n<li>Divisi\u00f3n inferior: compa\u00f1\u00edas con una l\u00ednea limitada, jugadores de nicho, serios proveedores de SDS o nuevos entrantes en auge (Fujitsu, Datacore, Infinidat, Huawei, Pure, etc.).<\/li>\n<li>Tercera divisi\u00f3n: soluciones de nicho de gama baja, SDS econ\u00f3micos, productos improvisados basados en ceph y otros proyectos abiertos (Infortrend, Starwind, etc.).<\/li>\n<li>Segmento SOHO: sistemas de almacenamiento peque\u00f1os y muy peque\u00f1os para el hogar \/ oficina peque\u00f1a (Synology, QNAP, etc.).<\/li>\n<li>Sistemas de almacenamiento importados: aqu\u00ed se incluyen tanto hardware de la primera divisi\u00f3n con etiquetas reetiquetadas, como raros representantes de la segunda (RAIDIX, les daremos un voto a favor de la segunda), pero principalmente es la tercera divisi\u00f3n (Aerodisk, Baum, Depo, etc.).<\/li>\n<\/ol>\n<p>\nLa divisi\u00f3n es bastante condicional y no significa en absoluto que la tercera o el segmento SOHO sean de mala calidad y no se puedan utilizar. En proyectos espec\u00edficos con un conjunto de datos claramente definido y un perfil de carga, pueden desempe\u00f1arse muy bien, superando ampliamente la relaci\u00f3n calidad\/precio de la primera divisi\u00f3n. Es importante primero definir las tareas, las perspectivas de crecimiento y la funcionalidad requerida; y entonces Synology le servir\u00e1 fielmente, haciendo que su cabello sea suave y sedoso.<\/p>\n<p>Uno de los factores importantes al elegir un proveedor es el entorno actual. Cu\u00e1ntos y qu\u00e9 tipos de sistemas de almacenamiento ya tiene, con qu\u00e9 sistemas pueden trabajar los ingenieros. \u00bfNecesita otro proveedor, otro punto de contacto, va a migrar gradualmente toda la carga del proveedor A al proveedor B?<\/p>\n<p>No se deben crear entidades m\u00e1s all\u00e1 de lo necesario.<\/p>\n<h3>iSCSI \/ FC \/ Archivo<\/h3>\n<p>\nNo existe un consenso entre los ingenieros sobre los protocolos de acceso, y las disputas se asemejan m\u00e1s a discusiones teol\u00f3gicas que a debates t\u00e9cnicos. Pero en general se pueden destacar los siguientes puntos:<\/p>\n<p><b>FCoE<\/b> est\u00e1 m\u00e1s muerto que vivo.<\/p>\n<p><b>FC vs iSCSI<\/b>. Una de las ventajas clave de FC en 2019 frente a los sistemas de almacenamiento IP, que es una f\u00e1brica dedicada para el acceso a los datos, se ve contrarrestada por una red IP dedicada. No hay ventajas globales de FC sobre las redes IP, y en IP se pueden construir sistemas de almacenamiento de cualquier nivel de carga, incluso sistemas para bases de datos pesadas para una ABC de un gran banco. Por otro lado, la muerte de FC se predice desde hace varios a\u00f1os, pero algo siempre se interpone. Hoy en d\u00eda, por ejemplo, algunos actores en el mercado de sistemas de almacenamiento est\u00e1n desarrollando activamente el est\u00e1ndar NVMeoF. Si este dividir\u00e1 la suerte de FCoE, el tiempo lo dir\u00e1.<\/p>\n<p><b>Acceso a archivos<\/b> tampoco es algo que merezca ser ignorado. NFS \/ CIFS se desempe\u00f1an perfectamente en entornos productivos y, con un dise\u00f1o correcto, tienen tan pocas quejas como los protocolos de bloque.<\/p>\n<h3>H\u00edbrido \/ All Flash Array<\/h3>\n<p>\nLos sistemas de almacenamiento cl\u00e1sicos se dividen en 2 tipos:<\/p>\n<ol>\n<li>AFA (All Flash Array) \u2014 sistemas optimizados para el uso de SSD.<\/li>\n<li>H\u00edbridos \u2014 que permiten usar tanto HDD como SSD o una combinaci\u00f3n de ambos.<\/li>\n<\/ol>\n<p>\nSu principal diferencia radica en las tecnolog\u00edas de eficiencia de almacenamiento que soportan y el nivel m\u00e1ximo de rendimiento (altos IOPS y bajas latencias). Ambos sistemas (en la mayor\u00eda de sus modelos, excluyendo el segmento de gama baja) pueden funcionar como dispositivos de bloques o de archivos. El nivel del sistema determina la funcionalidad soportada, y en los modelos m\u00e1s b\u00e1sicos, esta a menudo est\u00e1 reducida al nivel m\u00ednimo. Esto es algo a tener en cuenta al investigar las caracter\u00edsticas de un modelo espec\u00edfico, en lugar de simplemente las capacidades de toda la gama en su conjunto. Adem\u00e1s, por supuesto, el nivel del sistema afecta a sus caracter\u00edsticas t\u00e9cnicas, como el procesador, la cantidad de memoria, el cach\u00e9, la cantidad y los tipos de puertos, etc. Desde la perspectiva de gesti\u00f3n, las AFA se diferencian de los sistemas h\u00edbridos (de disco) solo en lo que respecta a la implementaci\u00f3n de mecanismos de trabajo con unidades de estado s\u00f3lido; incluso si utiliza SSD en un sistema h\u00edbrido, no significa que podr\u00e1 obtener un nivel de rendimiento comparable al de un sistema AFA. Adem\u00e1s, en la mayor\u00eda de los casos, los mecanismos inline de almacenamiento eficiente en sistemas h\u00edbridos est\u00e1n desactivados, y activarlos resulta en una p\u00e9rdida de rendimiento.<\/p>\n<h3>Almacenamiento de Datos Especializados<\/h3>\n<p>\nAdem\u00e1s de los sistemas de almacenamiento de datos de prop\u00f3sito general, orientados principalmente al procesamiento en tiempo real, existen sistemas de almacenamiento especializados con principios clave que difieren fundamentalmente de los habituales (baja latencia, alto IOPS):<\/p>\n<p><b>Medios. <\/b><\/p>\n<p>Estos sistemas est\u00e1n dise\u00f1ados para almacenar y procesar archivos multimedia, que se caracterizan por su gran tama\u00f1o. Por lo tanto, la latencia se vuelve pr\u00e1cticamente irrelevante, y la capacidad de enviar y recibir datos a gran ancho de banda en m\u00faltiples flujos paralelos se vuelve primordial.<\/p>\n<p><b>Sistemas de Almacenamiento Dedupl\u00edcate para Copias de Seguridad.<\/b><\/p>\n<p>Dado que las copias de seguridad suelen diferir poco entre s\u00ed en condiciones normales (una copia de seguridad promedio difiere de la de ayer en un 1-2%), esta clase de sistemas empaqueta de manera extremadamente eficiente los datos almacenados en un n\u00famero relativamente peque\u00f1o de medios f\u00edsicos. Por ejemplo, en ciertos casos, los ratios de compresi\u00f3n de datos pueden alcanzar hasta 200 a 1.<\/p>\n<p><b>Sistemas de Almacenamiento de Objetos.<\/b><\/p>\n<p>En estos sistemas de almacenamiento, no hay vol\u00famenes de acceso bloqueado o comparticiones de archivos como es habitual, sino que m\u00e1s bien se parecen a una enorme base de datos. El acceso a un objeto almacenado en un sistema as\u00ed se lleva a cabo mediante un identificador \u00fanico o mediante metadatos (por ejemplo, todos los objetos en formato JPEG con fecha de creaci\u00f3n entre XX-XX-XXXX y YY-YY-YYYY).<\/p>\n<p><b>Sistema de cumplimiento<\/b>. <\/p>\n<p>Hoy en d\u00eda no son muy comunes en Rusia, pero vale la pena mencionarlos. El prop\u00f3sito de estos sistemas de almacenamiento es garantizar el almacenamiento de datos para cumplir con las pol\u00edticas de seguridad o los requisitos regulatorios. En algunos sistemas (por ejemplo, EMC Centera) se implement\u00f3 una funci\u00f3n de prohibici\u00f3n de la eliminaci\u00f3n de datos; una vez que se gira la llave y el sistema entra en este modo, ni el administrador ni nadie m\u00e1s puede eliminar f\u00edsicamente los datos ya grabados.<\/p>\n<h3>Tecnolog\u00edas patentadas<\/h3>\n<p><\/p>\n<h4>Cache Flash<\/h4>\n<p>\nCache Flash es el t\u00e9rmino general para todas las tecnolog\u00edas patentadas que utilizan memoria flash como cach\u00e9 de segundo nivel. Al utilizar el cach\u00e9 flash, los sistemas de almacenamiento generalmente est\u00e1n dise\u00f1ados para satisfacer la carga estable de discos magn\u00e9ticos, mientras que la carga m\u00e1xima es manejada por el cach\u00e9.<\/p>\n<p>Es necesario comprender el perfil de carga y el grado de localizaci\u00f3n de los accesos a los bloques de los vol\u00famenes de almacenamiento. Flash Cache es una tecnolog\u00eda para cargas con alta localizaci\u00f3n de solicitudes y pr\u00e1cticamente no es aplicable para vol\u00famenes cargados uniformemente (como sucede en sistemas anal\u00edticos). <\/p>\n<p>En el mercado est\u00e1n disponibles dos implementaciones de cach\u00e9 flash:<\/p>\n<ul>\n<li>Solo lectura. En este caso, solo se almacenan en cach\u00e9 los datos de lectura, y la escritura se realiza directamente en los discos. Algunos fabricantes, como NetApp, consideran que la escritura en sus sistemas de almacenamiento ya se realiza de manera \u00f3ptima, y que el cach\u00e9 no ayuda en absoluto.<\/li>\n<li>Lectura y escritura. No solo se almacena en cach\u00e9 la lectura, sino tambi\u00e9n la escritura, lo que permite bufferizar el flujo y reducir el impacto de la penalizaci\u00f3n RAID, aumentando as\u00ed el rendimiento general para sistemas de almacenamiento con un mecanismo de escritura no tan \u00f3ptimo.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Tiering<\/h4>\n<p>\nEl almacenamiento en m\u00faltiples niveles (tiering) es una tecnolog\u00eda que combina en un \u00fanico grupo de discos niveles de rendimiento diverso, como SSD y HDD. En caso de una clara desigualdad en el acceso a bloques de datos, el sistema podr\u00e1 equilibrar autom\u00e1ticamente los bloques de datos, trasladando los sobrecargados a un nivel de alto rendimiento, y los fr\u00edos, por el contrario, a un nivel m\u00e1s lento.<\/p>\n<p>Los sistemas h\u00edbridos de gama baja y media utilizan almacenamiento jer\u00e1rquico con movimiento de datos entre niveles seg\u00fan un horario. En este caso, el tama\u00f1o del bloque de almacenamiento jer\u00e1rquico en los mejores modelos es de 256 MB. Estas caracter\u00edsticas no permiten considerar la tecnolog\u00eda de almacenamiento jer\u00e1rquico como una tecnolog\u00eda de aumento de rendimiento, como err\u00f3neamente piensan muchos. El almacenamiento jer\u00e1rquico en sistemas de gama baja y media es una tecnolog\u00eda de optimizaci\u00f3n de costos de almacenamiento para sistemas con una notable desigualdad de carga.<\/p>\n<h4>Instant\u00e1nea<\/h4>\n<p>\nPor m\u00e1s que hablemos de la fiabilidad de los sistemas de almacenamiento, existen muchas oportunidades de perder datos que no dependen de problemas de hardware. Estos pueden incluir virus, hackers o cualquier otro tipo de eliminaci\u00f3n\/mal funcionamiento involuntario de datos. Por esta raz\u00f3n, realizar copias de seguridad de los datos productivos es una parte esencial del trabajo del ingeniero. <\/p>\n<p>Un snapshot es una instant\u00e1nea de un volumen en un momento espec\u00edfico. Al trabajar con la mayor\u00eda de los sistemas, como la virtualizaci\u00f3n, bases de datos, etc., necesitamos tomar dicha instant\u00e1nea de la que copiaremos datos para la copia de seguridad, mientras nuestros sistemas de informaci\u00f3n pueden continuar trabajando tranquilamente con este volumen. Pero hay que recordar: no todos los snapshots son igualmente \u00fatiles. Los diferentes proveedores tienen diferentes enfoques para la creaci\u00f3n de snapshots, relacionados con su arquitectura.<\/p>\n<p><b>CoW (Copy-On-Write)<\/b>. Al intentar escribir un bloque de datos, su contenido original se copia en un \u00e1rea especial, y luego la escritura procede normalmente. Esto previene la corrupci\u00f3n de datos dentro del snapshot. Naturalmente, todas estas manipulaciones \"par\u00e1sitas\" con los datos generan una carga adicional en el almacenamiento, y por esta raz\u00f3n, los proveedores con esta implementaci\u00f3n no recomiendan usar m\u00e1s de una decena de snapshots, y en vol\u00famenes de alta carga, no usarlos en absoluto.<\/p>\n<p><b>RoW (Redirect-on-Write)<\/b>. En este caso, el volumen original se congela de manera natural, y al intentar escribir un bloque de datos, el almacenamiento escribe los datos en un \u00e1rea especial en el espacio libre, cambiando la ubicaci\u00f3n de este bloque en la tabla de metadatos. Esto permite reducir el n\u00famero de operaciones de reescritura, lo que a su vez mitiga la ca\u00edda en el rendimiento y elimina las limitaciones respecto a los snapshots y su cantidad.<\/p>\n<p>Los snapshots tambi\u00e9n se dividen en dos tipos en relaci\u00f3n con las aplicaciones:<\/p>\n<p><b>Application consistent<\/b>. En el momento de la creaci\u00f3n del snapshot, el almacenamiento llama a un agente en el sistema operativo del consumidor, que obliga a vaciar las cach\u00e9s de disco de la memoria al disco y hace que esto ocurra en la aplicaci\u00f3n. En este caso, al restaurar desde el snapshot, los datos ser\u00e1n consistentes.<\/p>\n<p><b>Crash consistent<\/b>En este caso, no ocurre nada similar y la instant\u00e1nea se crea tal como est\u00e1. En caso de restaurar desde tal instant\u00e1nea, la situaci\u00f3n es id\u00e9ntica a si se hubiera cortado la energ\u00eda de repente, y es posible que haya cierta p\u00e9rdida de datos almacenados en cach\u00e9s que no llegaron al disco. Estas instant\u00e1neas son m\u00e1s f\u00e1ciles de implementar y no causan ca\u00eddas de rendimiento en las aplicaciones, pero son menos confiables. <\/p>\n<p>\u00bfPara qu\u00e9 se necesitan las instant\u00e1neas en los sistemas de almacenamiento de datos? <\/p>\n<ul>\n<li>Copia de seguridad sin agente directamente desde el SCD<\/li>\n<li>Creaci\u00f3n de entornos de prueba basados en datos reales<\/li>\n<li>En el caso de los SCD de archivos, se puede usar para crear entornos VDI mediante el uso de instant\u00e1neas del SCD en lugar del hipervisor.<\/li>\n<li>Garantizar bajos RPO creando instant\u00e1neas programadas con una frecuencia significativamente mayor que la frecuencia de copia de seguridad.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Clonado<\/h4>\n<p>\nEl clonado de un volumen funciona seg\u00fan un principio similar al de las instant\u00e1neas, pero sirve no solo para leer datos, sino para trabajar plenamente con ellos. Tenemos la capacidad de obtener una copia exacta de nuestro volumen, con todos los datos en \u00e9l, sin hacer una copia f\u00edsica, lo que permite ahorrar espacio. Por lo general, el clonado de vol\u00famenes se utiliza en Test&amp;Dev o si desea verificar la funcionalidad de alguna actualizaci\u00f3n en su SI. El clonado permitir\u00e1 hacerlo de la manera m\u00e1s r\u00e1pida y econ\u00f3mica en t\u00e9rminos de recursos de disco, ya que solo se registrar\u00e1n los bloques de datos modificados.<\/p>\n<h4>Replicaci\u00f3n \/ registro<\/h4>\n<p>\nLa replicaci\u00f3n es un mecanismo para crear una copia de datos en otro SCD f\u00edsico. Generalmente, cada proveedor tiene su propia tecnolog\u00eda patentada que solo funciona dentro de su propia l\u00ednea. Sin embargo, tambi\u00e9n existen soluciones de terceros, incluidas las que operan a nivel de hipervisor, como VMware vSphere Replication.<\/p>\n<p>La funcionalidad de las tecnolog\u00edas patentadas y la comodidad de su uso generalmente superan con creces las universales, pero resultan inaplicables cuando, por ejemplo, es necesario hacer una r\u00e9plica de NetApp a HP MSA.<\/p>\n<p>La replicaci\u00f3n se divide en dos subtipos:<\/p>\n<p><b>Sincronizada<\/b>. En el caso de replicaci\u00f3n s\u00edncrona, la operaci\u00f3n de escritura se env\u00eda inmediatamente al segundo sistema de almacenamiento y no se confirma su ejecuci\u00f3n hasta que el sistema de almacenamiento remoto lo confirme. Esto aumenta la latencia de acceso, pero nos brinda una copia espejo exacta de los datos. Es decir, RPO = 0 en caso de p\u00e9rdida del sistema de almacenamiento principal. <\/p>\n<p><b>As\u00edncrona<\/b>. Las operaciones de escritura se ejecutan solo en el sistema de almacenamiento principal y se confirman de inmediato, acumul\u00e1ndose en un b\u00fafer para transmisi\u00f3n por lotes al sistema de almacenamiento remoto. Este tipo de replicaci\u00f3n es relevante para datos menos valiosos, o para canales de baja capacidad o que tengan alta latencia (caracter\u00edstico para distancias superiores a 100 km). Por lo tanto, RPO = la frecuencia de env\u00edo por lotes.<\/p>\n<p>A menudo, junto con la replicaci\u00f3n, existe un mecanismo <b>de registro<\/b> de operaciones en disco. En este caso, se asigna un \u00e1rea espec\u00edfica para el registro y se almacenan las operaciones de escritura a una profundidad temporal determinada, o limitadas en volumen del registro. Para tecnolog\u00edas espec\u00edficas de marca, como EMC RecoverPoint, existe integraci\u00f3n con el software del sistema, que permite asociar ciertas marcas a un registro espec\u00edfico en el registro. Gracias a esto, es posible retroceder el estado de un volumen (o crear un clon) no solo a las 23 de abril a las 11 horas 59 minutos 13 milisegundos, sino al momento anterior a \u201cDROP ALL TABLES; COMMIT\u201d.<\/p>\n<h4>Metro cluster<\/h4>\n<p>\nEl metro cluster es una tecnolog\u00eda que permite crear replicaci\u00f3n s\u00edncrona bidireccional entre dos sistemas de almacenamiento de tal manera que desde el exterior, este par parece un solo sistema de almacenamiento. Se utiliza para crear cl\u00fasteres con brazos geogr\u00e1ficamente separados en distancias metropolitanas (menos de 100 km).<\/p>\n<p>Con el ejemplo de uso en un entorno de virtualizaci\u00f3n, el metro cluster permite crear un datastore con m\u00e1quinas virtuales, accesible para escritura desde dos centros de datos. En este caso, se crea un cl\u00faster a nivel de hipervisores, compuesto por hosts en diferentes centros de datos f\u00edsicos, conectados a este datastore. Esto permite lo siguiente:<\/p>\n<ul>\n<li>Automatizaci\u00f3n total del proceso de recuperaci\u00f3n despu\u00e9s de la muerte de uno de los centros de datos. Sin necesidad de herramientas adicionales, todas las VMs que funcionaban en el centro de datos fallecido se reiniciar\u00e1n autom\u00e1ticamente en el que queda. RTO = tiempo de espera del cl\u00faster de alta disponibilidad (15 segundos para VMware) + tiempo de arranque del sistema operativo y inicio de servicios.<\/li>\n<li>Evitar desastres o, en ruso, \u0438\u0437\u0431\u0435\u0436\u0430\u043d\u0438\u0435 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444. Si se planifican trabajos de suministro el\u00e9ctrico en el centro de datos 1, tenemos la posibilidad de migrar toda la carga cr\u00edtica al centro de datos 2 sin interrupciones, antes de que comiencen los trabajos.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Virtualizaci\u00f3n<\/h4>\n<p>\nLa virtualizaci\u00f3n de SAN es t\u00e9cnicamente el uso de vol\u00famenes de otra SAN como discos. Un virtualizador de SAN puede simplemente presentar un volumen extra\u00f1o al consumidor como suyo, mientras lo replica en otra SAN, o incluso crear un RAID de vol\u00famenes externos.<br \/>\nLos representantes cl\u00e1sicos en la clase de virtualizaci\u00f3n de SAN son EMC VPLEX e IBM SVC. Y, por supuesto, las SAN con funci\u00f3n de virtualizaci\u00f3n \u2014 NetApp, Hitachi, IBM \/ Lenovo Storwize.<\/p>\n<p>\u00bfPara qu\u00e9 puede ser necesaria?<\/p>\n<ul>\n<li>Reserva a nivel de SAN. Se crea un espejo entre vol\u00famenes, donde una mitad puede estar en HP 3Par y la otra en NetApp. Y el virtualizador es de EMC.<\/li>\n<li>Migraci\u00f3n de datos con un tiempo de inactividad m\u00ednimo entre SAN de diferentes fabricantes. Supongamos que los datos deben migrarse de un antiguo 3Par que se retirar\u00e1 a un nuevo Dell. En este caso, los consumidores se desconectan del 3Par, los vol\u00famenes se pasan a trav\u00e9s de VPLEX y ya se presentan a los consumidores nuevamente. Dado que no se ha modificado ni un bit en el volumen, el trabajo contin\u00faa. En segundo plano, se inicia el proceso de replicaci\u00f3n del volumen en el nuevo Dell, y al finalizar, el espejo se rompe y el 3Par se desconecta. <\/li>\n<li>Organizaci\u00f3n de metaclustres.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Compresi\u00f3n \/ deduplicaci\u00f3n<\/h4>\n<p>\nLa compresi\u00f3n y deduplicaci\u00f3n son tecnolog\u00edas que permiten ahorrar espacio en disco en su SAN. Cabe mencionar que no todos los datos son susceptibles de compresi\u00f3n y\/o deduplicaci\u00f3n en principio, y algunos tipos de datos se comprimen y deduplican mejor, mientras que otros, al contrario. <\/p>\n<p>La compresi\u00f3n y deduplicaci\u00f3n pueden ser de 2 tipos:<\/p>\n<p><b>Inline<\/b> La compresi\u00f3n y deduplicaci\u00f3n de bloques de datos se realiza antes de escribir estos datos en el disco. De esta manera, el sistema solo calcula el hash del bloque y lo compara con la tabla de datos ya existentes. En primer lugar, esto se ejecuta m\u00e1s r\u00e1pido que simplemente escribir en el disco; en segundo lugar, no desperdiciamos espacio en disco innecesariamente.<\/p>\n<p><b>Publicar<\/b> Cuando estas operaciones se realizan sobre datos ya escritos que est\u00e1n en los discos. Por lo tanto, los datos primero se escriben en el disco, y solo despu\u00e9s se calcula el hash, se eliminan los bloques innecesarios y se liberan recursos en disco.<\/p>\n<p>Cabe mencionar que la mayor\u00eda de los proveedores utilizan ambos tipos, lo que permite optimizar estos procesos y, por ende, aumentar su eficiencia. La mayor\u00eda de los proveedores de sistemas de almacenamiento cuentan con herramientas que permiten analizar sus conjuntos de datos. Estas herramientas funcionan sobre la misma l\u00f3gica que se implementa en los sistemas de almacenamiento, por lo que el nivel estimado de eficiencia coincidir\u00e1. Tambi\u00e9n es importante recordar que muchos proveedores tienen programas de garant\u00eda de eficiencia que prometen un nivel no inferior al declarado para ciertos (o todos) tipos de datos. No se debe subestimar este programa; al calcular el sistema para sus tareas, considerando el coeficiente de eficiencia de un sistema espec\u00edfico, se puede ahorrar en capacidad. Tambi\u00e9n hay que tener en cuenta que estos programas est\u00e1n dise\u00f1ados para sistemas AFA, pero la compra de una menor cantidad de SSD en comparaci\u00f3n con HDD en los sistemas cl\u00e1sicos, permitir\u00e1 reducir su coste, y aunque no llegue a igualar el precio del sistema de disco, se aproximar\u00e1 bastante.<\/p>\n<h3>Modelo<\/h3>\n<p>\nY aqu\u00ed es donde llegamos a la pregunta bien planteada. <\/p>\n<p>Me est\u00e1n ofreciendo dos opciones de sistemas de almacenamiento: ABC SuperStorage S600 y XYZ HyperOcean 666v4, \u00bfqu\u00e9 me aconsejas?<\/p>\n<p>Se transforma en: \"Me est\u00e1n ofreciendo dos opciones de sistemas de almacenamiento: ABC SuperStorage S600 y XYZ HyperOcean 666v4, \u00bfqu\u00e9 me aconsejas?\"<\/p>\n<p>Carga objetivo: m\u00e1quinas virtuales mixtas VMware desde entornos productivos \/ prueba \/ desarrollo. Prueba = productivo. 150 TB para cada uno con un rendimiento m\u00e1ximo de 80,000 IOPS con bloques de 8kb y 50% de acceso aleatorio 80\/20 lectura-escritura. 300 TB para desarrollo, con 50,000 IOPS es suficiente, acceso aleatorio 80, 80 escritura.<\/p>\n<p>Productivo supuestamente en un metrocl\u00faster RPO = 15 minutos RTO = 1 hora, desarrollo en replicaci\u00f3n as\u00edncrona RPO = 3 horas, prueba en un solo sitio.<\/p>\n<p>Tendr\u00e1 50 TB de base de datos, ser\u00eda bueno para ellos tener un registro.<\/p>\n<p>Tenemos servidores Dell en todas partes, y los sistemas de almacenamiento Hitachi son antiguos y apenas funcionan, planeamos un aumento del 50% en la carga tanto en volumen como en rendimiento.<\/p>\n<p>Como se dice, en una pregunta bien formulada est\u00e1 el 80% de la respuesta.<\/p>\n<h2>Informaci\u00f3n adicional<\/h2>\n<p>\n\u00bfQu\u00e9 m\u00e1s deber\u00edan revisar seg\u00fan los autores?<\/p>\n<h3>Libros<\/h3>\n<p><\/p>\n<ul>\n<li>Oliger y Oliger, \u201cRedes de Computadoras\u201d. El libro ayudar\u00e1 a sistematizar y posiblemente a entender mejor c\u00f3mo funciona el entorno de transmisi\u00f3n de datos para sistemas de almacenamiento IP\/Ethernet.<\/li>\n<li>\u201cEMC Information Storage and Management\u201d. Un excelente libro sobre los fundamentos de los sistemas de almacenamiento, por qu\u00e9, c\u00f3mo y para qu\u00e9.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Foros y chats<\/h4>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/storagediscussions\">Storage Discussions<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/nutanix_russia\">Nutanix \/ IT Russian Discussion Club <\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/vmugru\">VMware User Group Russia <\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/RussianBackupUserGroup\">Russian Backup User Group<\/a><\/noindex> <\/li>\n<\/ul>\n<p><\/p>\n<h3>Recomendaciones generales<\/h3>\n<p><\/p>\n<h4>Precios<\/h4>\n<p>\nAhora, en cuanto a los precios: en general, los precios de los sistemas de almacenamiento, si se encuentran, suelen ser precios de lista, a partir de los cuales cada cliente obtiene un descuento individual. El tama\u00f1o del descuento se compone de una gran cantidad de par\u00e1metros, as\u00ed que predecir qu\u00e9 precio final obtendr\u00e1 su empresa sin solicitarlo al distribuidor es simplemente imposible. Sin embargo, \u00faltimamente, los modelos de bajo costo han comenzado a aparecer en tiendas de computaci\u00f3n comunes, como por ejemplo <noindex><a rel=\"nofollow\" href=\"http:\/\/nix.ru\">nix.ru<\/a><\/noindex> o <noindex><a rel=\"nofollow\" href=\"http:\/\/xcom-shop.ru\">xcom-shop.ru<\/a><\/noindex>. All\u00ed se puede adquirir inmediatamente el sistema que le interesa a un precio fijo, como cualquier componente de computadora.<\/p>\n<p>Pero es importante se\u00f1alar que la comparaci\u00f3n directa por TB\/$ no es correcta. Si se aborda desde esta perspectiva, la soluci\u00f3n m\u00e1s barata ser\u00eda un simple JBOD + servidor, lo que no ofrecer\u00e1 la flexibilidad ni la confiabilidad que proporciona un sistema de almacenamiento completo con dos controladores. Esto no significa que el JBOD sea algo negativo; simplemente hay que entender muy bien c\u00f3mo y para qu\u00e9 se utilizar\u00e1 esta soluci\u00f3n. A menudo se escucha que en el JBOD no hay nada que se rompa, ya que solo hay un backplane. Sin embargo, tambi\u00e9n pueden fallar los backplanes. Todo se rompe tarde o temprano.<\/p>\n<h4>Total<\/h4>\n<p>\nLas comparaciones entre sistemas deben hacerse no solo por precio o solo por rendimiento, sino por la combinaci\u00f3n de todos los indicadores.<\/p>\n<p>Compra un HDD solo si est\u00e1s seguro de que lo necesitas. Para cargas bajas y tipos de datos no comprimibles, en caso contrario, deber\u00edas considerar los programas de garant\u00eda de eficiencia de almacenamiento en SSD, que ahora tienen la mayor\u00eda de los proveedores (y realmente funcionan, incluso en Rusia), aunque todo depende de las aplicaciones y los datos que se alojar\u00e1n en este sistema de almacenamiento.<\/p>\n<p>No persigas la baratura. A menudo, detr\u00e1s de eso se esconden muchos problemas desagradables, uno de los cuales Evgeny Elizarov describi\u00f3 en sus art\u00edculos sobre <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.korphome.ru\/tag\/infortrend\/\">Infortrend<\/a><\/noindex>. Y, al final, esa baratura puede salirte cara. No olvides: 'el taca\u00f1o paga dos veces'.<br \/>\n<br \/>Fuente: habr.com<\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D. \u0412 \u0442\u0430\u043a\u043e\u0439 \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u0438 \u0438 \u0443 \u043e\u043f\u044b\u0442\u043d\u043e\u0433\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0433\u043e\u043b\u043e\u0432\u0430 \u043f\u043e\u0439\u0434\u0435\u0442 \u043a\u0440\u0443\u0433\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0441\u043e \u0432\u0441\u0435\u043c\u0438 \u043d\u043e\u0432\u044b\u043c\u0438 \u0432\u0435\u043d\u0434\u043e\u0440\u0430\u043c\u0438 \u0438 \u043c\u043e\u0434\u043d\u044b\u043c\u0438 \u0441\u0435\u0433\u043e\u0434\u043d\u044f SDS \u0438 \u0433\u0438\u043f\u0435\u0440\u043a\u043e\u043d\u0432\u0435\u0440\u0433\u0435\u043d\u0446\u0438\u0435\u0439. \u0418\u0442\u0430\u043a, \u043a\u0430\u043a \u0436\u0435 \u0432\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26807,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35801","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0421\u0425\u0414, \u043d\u0435 \u0432\u044b\u0441\u0442\u0440\u0435\u043b\u0438\u0432 \u0441\u0435\u0431\u0435 \u0432 \u043d\u043e\u0433\u0443 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:06:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:06:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47C\u00f3mo elegir un sistema de almacenamiento sin dispararte en el pie | ProHoster","description":"Introducci\u00f3n Ya ha llegado el momento de comprar un sistema de almacenamiento. \u00bfCu\u00e1l elegir, a qui\u00e9n escuchar? El proveedor A habla del proveedor B, y tambi\u00e9n hay un integrador C, que dice lo contrario y aconseja al proveedor D.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0421\u0425\u0414, \u043d\u0435 \u0432\u044b\u0441\u0442\u0440\u0435\u043b\u0438\u0432 \u0441\u0435\u0431\u0435 \u0432 \u043d\u043e\u0433\u0443 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:06:24+00:00","article:modified_time":"2019-10-31T19:06:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35801","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 00:48:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:55:27","updated":"2026-01-22 00:48:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/35801","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=35801"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/35801\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/26807"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=35801"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=35801"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=35801"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}