Hola :)
On Tue, Jul 14, 2020 at 8:37 AM Francisco F.
El 13/7/20 a las 19:16, Rafa Griman escribió:
Hola :)
On Mon, Jul 13, 2020 at 3:58 PM Juan Erbes
wrote: El lun., 13 jul. 2020 a las 10:12, Rafa Griman (
) escribió: On Mon, Jul 13, 2020 at 1:17 PM Juan Erbes
wrote: El lun., 13 jul. 2020 a las 8:05, Francisco F. (
) escribió: Buenos días:
Espero que estéis todos bien.
Por poner algún correo, no sea cosa que se enquiste la lista.
Alguna recomendación para una tarjeta de 8 puertos SATA.
8 porque tengo una caja que admite hasta 16 discos.
No hace falta que sea RAID.
Poner una tarjeta de expansión PCI, es para tener una interfaz más lenta.
No entiendo, tienes controladoras PCIe gen3 x16. El máximo teórico de ese bus es 15.75 GB/s ... No lo veo yo un cuello de botella. Obviamente, es teórico. He conseguido varios GB/s con controladoras RAID en IT mode en bus PCIe gen3 x16 con 60 discos.
El tema es que no siempre vas a tener un PCIe gen3 x16 libre.
Suponiendo que es un PC o que se usa como PC.
Lo más probable, es que solamente dispongas de 1 o 2 PCIe 1X, si tienes 1 solo 16X y lo tienes ocupado con una tarjeta de video.
No he visto muchos PCs con 16 slots para discos duros, por eso he asumido que no es un PC. Aunque sea un PC, si tiene 2 x PCIe gen3 1x, eso ya son 985 MB/s. Si pone 16 discos con RAID 6 (Z2 para ZFS) en 2 RAID sets: son 12 discos x 100 MB/s cada disco SATA, que equivale a unos 1.2 GB/s total un día soleado y con el viento a favor. Es decir, tendría que crear ficheros grandes, escribir en los 12 discos un stripe perfecto. Eso sin tener en cuenta el "overhead" al calcular y escribir la paridad.
La cosa es sencilla, solo necesito muchos puertos sata y que aguanten discos de 10TB para arriba.
Eso no debería ser un problema hoy en día. Si es HBA y realmente permite IT mode, puedes decirle al kernel de Linux que ignore la BIOS y detecte los dispositivos directamente. Si es una controladora RAID, cualquiera de hoy en día debería ser capaz de reconocer discos grandes ... Recuerda, digo "debería" ;)
Si usa ZFS, el rendimiento será menor porque hace CoW y multitud de chequeos. Si encima configura copias múltiples, snapshots, dedupe (horror), ... pues el rendimiento será menor.
Mala experiencia con eso, necesita mucha RAM
Depende, si usas dedupe: sí, te va a comer la RAM. Pero no viene por defecto así que no deberías tener problemas. La segunda razón por la que consume mucha RAM es por la caché (igual que Linux), intenta copiar todo lo que puede a RAM. ZFS lo hace dinámicamente así que no debería afectar al rendimiento ... Más sobre esto más abajo.
Teóricamente un disco SATA de hoy en día debería dar 120 MB/s ... pero me he basado en 100 MB/s porque me parece más realista por experiencias vividas.
No me importa la velocidad
Más de esto abajo ...
Si es para un entorno ofimático ... dudo que sature el PCIe porque generalmente son ficheros pequeños: correo, DOCX, XLSX, PPTX, PDF ... Ya, ya sé que hay gente capaz de hacer un PPT de 30 MB, pero el acceso al fichero no es un "abro los 30 MB y leo escribo 30 MB". El usuario abre el fichero y cambia un poco de texto o una imagen. Son accesos pequeños y cortos.
Es para copias, una por día, por calidad necesito tantas copias físicas como días (por lo menos solo laborables).
Y aquí sigo con los dos puntos anteriores. Si es para copias (de seguridad), te recomiendo ZFS. En serio. Dices que el rendimiento "no te importa" y estoy de acuerdo contigo, lo importante es proteger el dato. ZFS te permite: - Z3: 3 discos de paridad - múltiples copias del bloque: esto no lo controlas tú, sólo defines cuántas copias. ZFS automáticamente crear el número de copias que especificas y si una está dañada, automáticamente usa otra de las copias. - CoW: no sobre-escribe bloques. Escribe el nuevo bloque a disco y cuando sabe que se ha escrito borra el original. De esta manera, si algo falla, el fichero no se corrompe. - compresión: puedes comprimir los datos al vuelo. Yo lo he tenido en producción en entornos de HPC (varios servidores ZFS, el más pequeño con 250 TB y varios cientos de usuarios) y la pérdida de rendimiento es casi imperceptible. En este caso, eran ficheros de texto de varias decenas de gigas (en algunos casos de hasta 100 GB). Te recomiendo echarle un vistazo a FreeNAS, es muy bueno. Tbn te recomiendo que le eches un vistazo a los enlaces que puse el otro día porque dan muchos buenos consejos y trucos ;)
Y claro cada vez se necesita mas espacio, así que discos mas grandes
Ya, los usuarios NO borran ...
Y la actual controladora de 8 SATA llegó a su fin. Una PCI de 64 bits conectada en uno de 32 (creo que ronda los 10 años). Para no tener que tirar los discos cada año he estado haciendo volúmenes con LVM, pero al final no puedo tener 4 discos para cada día. Aprovecho los de 6TB y 8TB y añado de 12TB, así me caben todos.
De momento la placa base solo tiene 1 PCIe x1 y el de la gráfica (y 2 PCI). Con una de 8 y los 4 de la placa me apañaría de momento.
Recuerda, el número de puertos NO es la clave. La clave es el número de discos que puede gestionar la controladora. Si la controladora puede gestionar 8 discos pero tiene 2 puertos, puede comprar splitter cables o como los llame cada fabricante. Por ejemplo: http://i.ebayimg.com/images/i/271481143280-0-1/s-l1000.jpg
¿Qué me lio mucho?, puede ser, pero con cintas LTO es un calvario. Sobre todo con las recuperaciones. Con esto enciendo lo comparto de lectura para los usuarios y que se busquen lo que perdieron, sin programas externos.
Puedes ecahrle un vistazo a borg y bacula. Borg es más sencillo )MHO= porque no tienes que configurar una BBDD. Pero no tiene GUI ...
Gracias Rafa por lo consejos, aunque mi capacidad técnica la dejas por lo suelos, luego me pego 3 días estudiando lo que has dicho.
Nada, nada, pregunta todo lo que haga falta, que para eso estamos. Hay otras cosas que no sé ;) Y, siento ser pesado, pero échale un vistazo a FreeNAS ... es muy bueno. HTH Rafa -- 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