Interesante lo de Supermicro. Cuantas CPUs? Compráis soporte?
Lo de SuperMicro son unas bestias que tenemos que encadenar al suelo porque llevan 24 discos NVMe ... Espera que se me cae la baba ... Para que te hagas una idea: un compi decidio hacer un "benchmark" con 80 mil ficheros en no se cuantos directorios y subdirectorios. Decidio hacer un ls -lR /mnt/nvme /mnt/ssd. Mismo numero de discos SSD y NMVe, en el mismo servidor y exportando por NFS. Tenia 2 terminales abiertas: en una tecleaba ls -lR /mnt/nvme o bien ls -lR /mnt/ssd pinchaba en la otra terminal y tecleaba iotop*
Pues con los NVMe no le daba tiempo a pincha en la otra terminal. Instantaneo. Se me ponen los pelos de punta solo de pensarlo. Al compi los SSD le parecen lentos y anticuados xD xD xD
Normal. Yo tb soy fan de NVMe, es lo que hay que poner para usar flash como está mandado. (por cierto, me acuerdo cuando pasamos de IDE a SAS porque el acceso serie era muuuucho mejor que el paralelo... xD)
Si quieres te paso datos tecnicos con mas detalle del bicho este.
Nah, deja, p'a qué sufrir.
El drive es el mismo, lo que ocurre es que los fabricantes luego tienen permiso (o no) para modificar el firmware. En el caso de SpectraLogic, aumentan el numero de cosas que monitorizan para mejorar la fiabilidad.
Preguntaba porque vamos a montar unas librerías pequeñas de Quantum... y alguien decía que son las mismas que las de IBM y, por tanto, scripteables. No sé si serán TAN iguales.
Esto lo tienes con discos tambien: silent data crruption. Depende del sistema de ficheros que uses el que se pueda solucionar. RAID no ayuda porque te comprueba la paridad al escribir, pero no al leer de nuevo el dato. El bit flip puede ocurrir una vez que el dato ya se haya escrito y hay pasado un tiempo.
Uhm, esto no lo he conocido... Interesante.
https://en.wikipedia.org/wiki/Data_corruption#SILENT
http://changelog.complete.org/archives/9769-silent-data-corruption-is-real
Cuento del abuelo cebolleta. Organización pública importante. El dato tiene la siguientes copias: - copia de producción. - copia síncrona - copia asíncrona - copia de backup en cinta (SL8500, drives 9940B) - copia de segundo backup en cinta (SL8500, drives 9940B) Se corrompe/borra (no me acuerdo) algo en producción. La réplica síncrona no la tiene. La asíncrona tampoco. No pasa nada, vayamos al backup. Primera copia de backup... cinta jodida. <tragar saliva muy fuerte> Segunda copia de backup... sí, esa sí. <suspiros profundos de alivio>
Perdida de datos. Yo no lo he visto, desde hace 12 anos deshabilito siempre las caches de los discos (las controladoras RAID de LSI lo hacen automaticamente si quieres y con hdparm tambien lo puedes hacer).
Preguntaré por aquí, a ver qué hacen con eso.
Creo recordar (tendria que repasar la documentacion de ZFS), que cuando usas ZFS te recomiendan que tambien deshabilites la cocahe de la controladora RAID (configurar la controladora en modo write-through en lugar de write-back). Lo hacen porque ZFS utiliza la RAM como cache, por eso recomiendan ECC RAM.
[...]
Para ciertos casos de uso he propuesto ZFS, pero ni caso. Y nos vendría muy bien para sustituir las NASes de Netapp (snaps + réplicas). Montaríamos lo que llamamos nuestras 'monster VM' con linux con ZFS para exportar NFS... pero ná, no queremos nada con Oracle, y aquí no podemos vivir sin soporte oficial.
Bueno que lo confirmes. Usas Ceph (u otro SDS) para Geoclustering? Por saber que tal funciona, nunca lo he usado.
No, nuestra solución es algo más... propietario. EMC ECS. Y no estoy nada contento con sus funcionalidades. -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. Steven Wright -- 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