El Fri, 23 Apr 2010 13:32:35 +0200, Rafa Grimán escribió:
On Friday 23 April 2010 12:09 Camaleón wrote
La NBA no usa un servicio como Gmail :-)
Ya, pero hace streaming de video, lo cual tiene unas exigencias mayores en cuanto a disponibilidad del material por lo que si con un vídeo lo puedes hacer ... con un correo no te quiero contar lo qu epuedes hacer ;)
El streaming de vídeo no es de acceso lectura/escritura, que yo sepa >:-) El correo, sí. Y por parte de varios usuarios al mismo tiempo.
A ver, que tú pones como ejemplo un tipo de industria/usuario que no es el habitual,
¿No es habitual? ¿No es habitual ver vídeo en Inet? Podría haber usado Youtube si quieres.
Hijo, pues no. La NBA no es una empresita del montón, la verdad.
el volumen de datos que tiene que manejar la NBA no es el volumen de datos que tiene que manejar cualquier empresa ni las estrategias que tienen definidas, tampoco se ajustan a una empresa media.
Eso te lo he puesto más abajo. Entonces también tienes que reconocer que el ejemplo que has puesto tu (Google) tampoco "se ajustan a una empresa media.", como bien dices ;)
Te he puesto como ejemplo cualquier empresa vulgaris pero tú dices que no, que eso de mantener los correos en línea no era la norma. Ahí es cuando te he puesto como ejemplo a Gmail. Podría haber dicho cualquier otra empresa que dé servicio IMAP (o en la nube).
¿Lo hace Gmail? Ya te digo que no lo creo. El acceso desde el webmail a los correos que tengo desde de la lista el año 2.003 es instantáneo, dudo mucho que los tengan almacenados como archivo.
(...)
Yo te he puesto ejemplos reales que sí conozco, puedes ponerme ejemplos reales que tu sí conoces.
Pero eso no es justo. Que yo no conozca ninguna empresa de primera mano que siga una política determina no significa que no las haya. No es mi campo (servicios a terceras empresas), no lo puedo saber.
"Nada" es relativo. El "tiempo" es relativo, y lo que una empresa archiva en un día otra no lo llega a archivar en 5 años (debido a la diferencia entre la cantidad de datos que genera una y otra).
De ahí que hable tanto en los correos anteriores como ahora mismo de las reglas o políticas que cada empresa pone en función de sus flujos de trabajo (y órdenes/decisiones dle jefe). Me estás dando la razón, es lo que he dicho en correos anteriores: depende de la empresa, es la propia empresa la uqe tiene que decidir/definir sus políticas.
Vale, pues te doy la razón en lo del "factor tiempo" :-)
Pues eso... para el 85% de las "empresas/usuarios" "/var" crece y mucho ;-)
Volvemos a lo de antes: desde un punto de vista lógico, no físico y, te guste o no, tu almacenamiento y el de todo ser vivo, es físico. Luego si tienes: /dev/sdc1 -> /var /dev/sdd1 -> /var/log /dev/sde1 -> /var/BBDD /dev/sdf1 -> /var/correo_electronico_del_jefe ...
Y crece /var/correo_electronico_del_jefe y /var/log ... /var/ crece de forma lógica, pero NO crece de forma física.
A ver, a ver... 20 GiB son 20 GiB que necesitan espacio físico si tienes un disco duro de 60 GiB y si no tienes espacio, el sistema se queda colgado, no puedes iniciar sesión, los correos se rebotan, etc...
Lo mismo ocurre si sólo tienes los siguientes 3 sistemas de ficheros: / /home /var
y /var y /home crecen 100 TB ... / NO crece, seguirá teniendo el mismo tamaño que tuvo ayer a las 16:30 cuando lo instalaste. Crecimiento desde un punto de vista lógico NO implica crecimiento desde un punto de vista físico y a ti lo que te interesa es el crecimiento físico, el lógico te da igual.
¡Claro que crecen! Hasta el límite físico que tengas definido (sea el tamaño del disco o de la partición), pero la cantidad de datos se incrementa con cada copia de seguridad que hago, o con cada correo o con cada fax que se envía o se recibe.
porque no uso volúmenes "expandibles" ni cabinas de discos enganchadas. Con 1.2 TiB para espacio compartido de archivos y backup de momento nos sobra :-P
¿Y? Eso no significa que no lo vayas a necesitar. Pero ... volvemos a lo que he dicho en todos mis correos de este thread:
- la empresa es la que decide así que si te funciona así, por mi bien, sigue así :D
- yo no estoy intentando convencer a nadie de que use una determinada tecnología, me limito a contar la tecnología que existe
La tecnología existe, por supuesto. Pero no siempre merece la pena implementarlas.
Por cierto, ya sé que tu no haces distinción entre archivo y fichero, pero en el mundo del almacenamiento sí se hac distinción porque NO son lo mismo. Ya hubo un thread y no pienso entrar a resucitar dicho thread ni dicho tema. Se diferencia precisamente porque en tu frase puedes dar a entender que SÍ estas usando SW de archivado y que tienes archivados datos:
"Con 1.2 TiB para espacio compartido de archivos y backup [...]"
Esa frase la lee cualquier empresa de almacenamiento (EMC, Hitachi, SGI, HP, IBM, Oracle, ATEMPO, ...) y da por hecho que tienes un sw que te archiva y crea copias de seguridad.
Sí, lo uso (en este caso "tar"). Lo que crean que tengo o dejo de tener el resto de empresas es problema de ellas. Si quieren más datos, que me pregunten ;-)
Es simplemente un consejo, ten cuidado porque puedes causar confusión, especialmente en un mercado que ya tiene unas palabras determinadas para determinadas situaciones. Es como si un usuario te dice que "este ordenador no funciona" y para él ordenador es sinónimo de teclado+ratón+monitor+CPU+tele+lavadora+video+TDT+SW ... te lo digo porque me ha pasado y no sabes de lo que están hablando y lo único que se consigue es alargar y liar una cosa que podía durar 2 minutos.
Como ejemplo: la gente que confunde MS-Windows con MS-Office y meten en el saco el MSN. Hasta que sabes de lo qu ete están hablando ...
Me encanta que la gente dude de esas cosas o que sencillamente no sepa qué término usar. Verás, la RAE es un muy clara al respecto sobre el término "archivo" y si la gente quiere hacer un uso forzado o una interpretación propia del lenguaje es problema de ellos :-) Yo no tengo ninguna duda sobre el término adecuado.
Pero es que necesito que estén en disco y accesibles, no en cinta y archivados.
Eso no es cierto. No me creo que TODOS y me refiero a ABSOLUTAMENTE TODOS los ficheros que hay en tus sistemas informáticos se usen SIEMPRE. No me lo creo.
Necesitar != querer.
Ya te dije que sí. Al menos yo necesito tener los faxes recibidos/ enviados de hace 3 años bajo /var/spool/hylafax... o eso o empiezo a montar el servidor desde cero integrando alguna de esas soluciones que comentabas -> inviable, al menos de momento.
y para los afortunados que pueden comprarlo y ampliar el espacio, tienen además que tener una configuración que admita la gestión de volumen dinámicos (el LVM que estábamos comentando)
Para la solución que yo he dado (montar un disco nuevo bajo /var/disco_nuevo) NO hace falta tener LVM.
Entonces te encontrarás con el mismo problema de limitación de espacio.
y hay quien sencillamente no quiere usar ese tipo de soluciones porque no les compensa.
O a lo mejor no lo necesita porque montando el nuevo disco como he dicho en el ejemplo les vale. Te repito que NO estoy obligando a nadie a usar ninguna tecnología:
Ya sabemos que no obligas a nadie... (¿qué hace esta argolla con pinchos alrededor de mi cuello?) :-P
Eso no depende de ti, y nosotros podemos recibir planos completos en AutoCAD por correo electrónico (no preguntes...). Tengo que relajar esas normas o podemos perder mucho, no sólo tiempo sino dinero.
Ya sé que recibís planos de AutoCAD, alguna vez has comentado el tipo de empresa en la que trabajas y coincide con el tipo de empresa de algunos de nuestros clientes. Pero eso no quita que esté mal y no me vale el que digas: "Es que los usuarios se quejan o no quieren aprender a usar FTP".
Exacto: no quiere usar el FTP. A tus usuarios los puedes "domesticar" (quiero decir, intentar hacerles comprender cómo hacer bien las cosas) pero a los usuarios de empresas asociadas o con las que trabajas, ah, amigo... esos no son tuyos y entienden la vida de otra forma... si te gusta vale, y si no, adiós contrato. Es así. (...)
Como siempre: otro consejo. Hago esta aclaración porque vas a volver a interpretar que te quiero obligar o convencer a usar una tecnología. Ya que estamos con este tema de AutoCAD (y lo que conlleva: múltiples ficheros, desde docs, PDFs, fotos de terrenos, planos, ...) os vendría de perlas un DAM porque evitarías que la gente enviase tanto plano por correo ;)
¡¡¡Argghhh, más siglas...!!! X-)
No se trata de que esté o no archivada, se trata de que te ocupa espacio en disco... hasta que llegue a su destino. Y su destino puede ser "/var/ mail", donde la persona que se encargue de consultar esos correos lo haga mediante IMAP y ahí se quedan los correos hasta que al año siguiente se archivan.
A eso me refiero, copio y pego un trozo de tu frase: "[...] hasta que al año siguiente se archivan." Vuelves a darme la razón. Llevo todo este tiempo diciendo que se establecen políticas basadas en tiempo y el que establece ese tiempo es el cliente porque es el que sabe cómo funciona su empresa.
He dicho "un año" por decir... pueden ser 5, o 10... y el /var sigue creciendo a diario.
Pero es que no hay un "caso de uso" único. Cada empresa o cada usuario tiene establecido un método de trabajo distinto, acorde a sus necesidades.
Yo no he dicho que haya un caos único. No te estás leyendo mis correos, estoy diciendo que cada empresa pondrá sus reglas o políticas. En mi párrafo anterior, de hecho, he escrito:
" o se hace todas las noches o la política que creas conveniente"
Ese "tu" puedes ser tu (Camaleón) o puede ser Carlos o Fernandito o Pepi o El director de Repsol o de Nike, me da igual quién sea. Cada uno pondrá sus reglas de acuerdo a su funcionamiento y necesidades.
Vale, entendido.
Rafa, hay muchas formas de hacer las cosas bien. Ya me gustaría a mí poder tener los servidores web (o los de correo) en HA, o al menos re- duplicados. No puedo. O aumentar el almacenamiento de la red local. No puedo. Tengo que trabajar con lo que hay y rentabilizar no sólo en material sino en tiempo >:-)
Por eso he comentado algunas tecnologías de almacenamiento. Yo no obligo a que se usen, las doy a ocnocer. A lo mejor ahora mismo no puedes/necesitas hacer uso de ellas. Pero a lo mejor dentro de XXXXX años te surge un problema y piensas: "Un carajo de la lista me comentó una vez algo llamado dedupe/LVM/archivado/HSM/lava_vajillas/escobilla/buzón/tenedor que me vendría bien": También puede ocurrir que tu (Camaleón) jamás lo puedas implementar pero otros sí. O, a lo mejor nadie ne esta lista lo necesite jamás. Eso ya no es "mi problema", yo lo cuento y ya está, luego que cada uno decida.
Y todos (al menos yo) te lo agradecemos O:-). Por ejemplo, con lo de los discos SAS en cabinas externas me diste una buena idea.
Por eso evito particionar pero me encargo de tener siempre los backups al día :-P
Buena práctica :D
Hasta que algún día tenga problemas con "la" partición, claro :-P
Yo creo que tus "user-case", aunque totalmente válidos (repito, ya me gustaría poder mantener ese tipo de configuración), están un poco sobredimensionados en comparación con los requerimientos de las empresas medias O:-)
No señor, tenemos empresas medianas que usan estas tecnologías. Y otros fabricantes también tienen empresas medianas que usan esas tecnologías. Yo he puesto los casos extremos para que veáis casos en los que es PRIMORDIAL, es decir, que a Pepito el streaming no le vaya del todo fino no es importante para la Humanidad, ahora que no le vaya fino a NBA es un desastre mundial (bueno, para todos a los que les guste el baloncesto ... a mi personalmente me importa un bledo*, a mi lo que me gusta es el skate y el snow ;)
Y los caracoles...
* lo cual no significa que me importa un bledo a nivel corporativo como fabricante ;)
Saludos, -- Camaleón -- 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