Tengo un servidor SQL conectado a una SAN. Nuestro nuevo proveedor de almacenamiento recomienda que todos los LUN abarquen toda la matriz de discos, que es RAID5. Normalmente solicitaría 3 LUN separados (datos, registro y TempDB) al administrador de SAN, pero dada la recomendación del nuevo proveedor, ¿hay algún punto en la creación de LUN separados? ¿O vería el mismo rendimiento si todo estuviera en un LUN ya que abarcaría todos los discos de todos modos?
Gran artículo aquí, pero no aborda mi situación exacta: http://www.brentozar.com/archive/2008/08/sql-server-on-a-san-dedicated-or-shared-drives/
sql-server
performance
storage
san
Algún chico
fuente
fuente
Mucho depende de la SAN, por lo general, querrá configurar diferentes LUN con diferentes caché, compresión, cifrado, lectura anticipada, políticas de escritura / prioridad, etc. Los archivos de datos SQL a menudo exhiben un comportamiento diferente al tempdb o log archivos. El método / red de acceso también entra en juego, ya que el enlace troncal, las rutas múltiples y otras tecnologías pueden o no funcionar dependiendo de su método de acceso (FC, iSCSI, ..) e infraestructura. Deberá poder utilizar su red al máximo con SQL Server, ya que la latencia y el rendimiento son críticos. He visto casos con la configuración de equipos de redes, pero solo 1Gbps era utilizable debido a otras limitaciones que el cliente desconocía. Estoy de acuerdo con Kenneth, tome las recomendaciones del proveedor con una gran dosis de sal, con frecuencia están equivocadas. SQL Server es una bestia voluble, Hay muy pocos absolutos, generalmente solo más preguntas. Hacer las preguntas correctas (a través de las pruebas) es realmente la clave.
fuente
No "tome las recomendaciones del proveedor con una gran dosis de sal", a menos que sean del departamento de ventas o marketing. Todo lo contrario, si puede obtener acceso a su implementación técnica, chicos, hagan amigos.
Probablemente este es uno de los dispositivos de nueva generación que virtualiza el grupo de almacenamiento e incluye capacidades de nivel automático. Un ejemplo sería Compellent . Realizan todo tipo de vudú SAN como:
Para el Compellent, el almacenamiento se divide en 3 niveles, siendo Tier1 el más rápido (SSD o RAID 10) hasta Tier3 lento que comprende 7k discos SAS. Todavía no he usado uno de estos en un entorno de producción, pero tengo acceso a uno, con el que espero poder realizar algunas pruebas.
Confieso estar intrigado y temeroso de las características de nivel automático, que en papel suenan maravillosas pero en producción pueden ser problemáticas. El primer ejemplo que se produjo como un posible error del mecanismo de nivel automático fueron las copias de seguridad de la base de datos. Ahí tiene un objetivo de escritura alto repetido que puede engañar al mecanismo de niveles para que mueva los bloques a un grupo de alto rendimiento, lo que podría eliminar los datos que deberían estar allí.
A la pregunta original:
Probablemente no, no. Deje claro el caso de uso al proveedor para asegurarse, pero si es un dispositivo de tipo Compellent, no creo que gane nada al dividir sus LUN.
fuente
¿Hay algún punto para separar los LUN? Casi siempre. De lo contrario, terminará sobrecargando la cola LUN en el servidor de Windows. Y experimentar condiciones completas es doloroso, independientemente del sistema operativo, la virtualización o la plataforma de almacenamiento
fuente