Hola :) El Tuesday 30 September 2008, Carlos E. R. escribió:
El 2008-09-30 a las 13:24 +0200, Rafa Grimán escribió:
No tienes porqué. El nuevo pasa a ser el spare.
Depende de la configuración. En algunos entornos no te interesa que el spare sea parte del RAID porque pierdes rendimiento ya que se encuentra en la misma bandeja. Hay que tener cuidado con esas cosas ...
¿No se ponía cada disco en su propio bus? :-?
Sí, pero hay que tener en cuenta tres cosas: 1.- muchas empresas diseñan la electrónica interna de las cabinas como loops y no como switch. Es decir, para que el dato llegue al disco 3, tiene que pasar primero por el disco 1, luego por el 2 y acaba en el 3. En el caso de switch, va directamente al disco 3. 2.- al hacer un RAID, el hecho de tener que calcular la paridad y escribirla, hace que se pierda rendimiento en los discos. 3.- las bandejas de discos van conectadas mediante dos cables a las cabinas. Por lo que no se consigue realmente la suma de los anchos de banda de todos los discos. Debido a esto, si tienes una controladora con 8 conexiones a disco (como están redundadas, tendrías 16 puertos), podrías conectar directamente 8 bandejas para que cada una tuviera un cable a cada controladora. Si añades bandejas de discos, ya se empiezan a compartir buses (puertos de conexión). A lo que iba, tienes 8 bandejas, cada bandeja tiene 16 discos. Si haces un RAID 5 de 4+1 discos en la misma bandeja, usarás el ancho de banda de esa bandeja, pero si el RAID lo repartes entre las 8 bandejas (bueno, en realidad 5 bandejas porque tienes 5 discos), usarás el ancho de banda de las 5 bandejas. En el momento que falle un disco y el spare esté en la misma bandeja que otro de los discos del RAID ... no tendrás tan buen rendimiento ya que por un mismo cable pasan los dos discos :( Por no hablar de la distribución de los LUNs a cada controladora, el balanceo del gestor de volúmenes, la optimización del sistema de ficheros y el balanceo de los directorios para que se vayan colocando en diferentes volúmenes que deberían estar en diferentes LUNs conectados a diferentes controladoras ... pero eso lo dejamos para otro día ;) Rafa -- Rafa Grimán Systems Engineer Silicon Graphics, S.A. Sociedad Unipersonal Plaza del Descubridor Diego de Ordás 3 Tel: +34 91 398 42 00 Edificio Santa Engracia 120 Fax: +34 91 398 42 01 28003 Madrid Mobile: +34 628 11 79 40 Spain E-mail: rgriman@sgi.com http://www.sgi.com Skype: rgriman NIF - A79415873. Inscrita en el Registro Mercantil de Madrid Tomo 207, Folio 104, Hoja M-4186 el 5-7-90 __________________________________________________________________________ NB: INFORMATION IN THIS MESSAGE IS SGI CONFIDENTIAL. IT IS INTENDED SOLELY FOR THE PERSON(S) TO WHOM IT IS ADDRESSED AND MAY NOT BE COPIED, USED, DISCLOSED OR DISTRIBUTED TO OTHERS WITHOUT SGI CONSENT. IF YOU ARE NOT THE INTENDED RECIPIENT PLEASE WILL YOU NOTIFY ME BY EMAIL OR TELEPHONE, DELETE THE MESSAGE FROM YOUR SYSTEM IMMEDIATELY AND DESTROY ANY PRINTED COPIES. NB: LA INFORMACION CONTENIDA EN ESTE MENSAJE ES CONFIDENCIAL DE SGI. ESTA DIRIGIDA UNICAMENTE A LA PERSONA(S) A LA CUAL SE ENVIA Y NO PUEDE SER COPIADA, UTILIZADA, DIVULGADA O DISTRIBUIDA A OTROS SIN EL CONSENTIMIENTO PREVIO DE SGI. SI USTED NO ES EL DESTINATARIO INDICADO HAGA EL FAVOR DE NOTIFICARMELO POR MAIL O POR TELEFONO, BORRE EL MENSAJE DE SU SISTEMA INMEDIATAMENTE Y DESTRUYA CUALQUIER COPIA IMPRESA "We cannot treat computers as Humans. Computers need love." Happily using KDE 3.5.7 :) -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org