Login Barrapunto
Alianza para impulsar la tecnología 10Gbit/sec Ethernet
Chesco nos cuenta: «Según leo en ComputerWorld se ha creado una alianza entre diversos proveedores de almacenamiento y redes con el fin de impulsar la nueva tecnología 10Gbit/sec como futuro de las arquitecturas compartidas LAN+SAN.
Según esta alianza, comparado con los actuales canales de fibra, una infraestructura basada en 10Gbit/sec puede reducir los costes entre un 30% a un 75% y aumentar el ancho de banda 2,5 veces.
Ahora bien, cuando hay problemas en una trasmisión y almacenamiento de ficheros en red, ¿siempre es problema de la red (como el usuario medio cree) o influyen otros factores? ¿Vosotros qué creéis?»
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Alianza para impulsar la tecnología 10Gbit/sec Ethernet
|
Log in/Crear cuenta
| Top
| 32 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
Diseño, apps y uso
(Puntos:1, Interesante)Hay aplicaciones muy mal diseñadas, diseños de red muy malos, y bueno, varias cosas más que todos sabéis.
A mí esto de los 10 Gb/s me recuerda al típico desarrollador que cuando la aplicación funciona lenta no se preocupa de mirar si hay algo mal, sólo exige más máquina.
Tampoco me entengáis mal, es necesario ampliar ancho de banda, ¿pero cuánto se desaprovecha?
Saludos.
10Gbps ya está ahi
(Puntos:1)puntos para los anteriores (casi todos)
(Puntos:2, Inspirado)( http://www.galizalivre.org/ | Última bitácora: Lunes, 18 Febrero de 2008, 21:04h )
ciertamente la red es casi lo menos importante en cuanto a problemas de velocidad se refiere. Los discos duros, por ejemplo, son un cuello de botella considerable, y el hecho de que la máquina esté procesando en el momento de la transmisión es algo que reduce prácticamente a la mitad la velocidad de esa transmisión.
Si juntamos esto a saturacion de switches o routers (que muchas veces no son adecuados / baratos) pues tenemos que la velocidad de la red es menor a la que esperábamos.
vamos, como cuando un juego "no va" y lo unico que se nos ocurre es comprar un ordenador nuevo o reinstalar windows.
nem guerra entre povos, nem paz entre classes!
Normalmente es culpa de los programadores
(Puntos:4, Interesante)( http://barrapunto.com/ )
Existe un desconocimiento brutal de las redes por parte de las gente que hace los programas. Eso hace que se programen verdaderas atrocidades capaces de saltarse todos y cada uno de los estándares de mercado.
Ahí va una lista de casos típicos:
- Aplicaciones que presuponen latencias de LAN. Fallando o funcionando extremadamente lentas en caso de redes con latencias superiores.
- Aplicaciones que requieren una velocidad de LAN para funcionar con fluidez.
- Aplicaciones que requieren que las estaciones cliente acepten conexiones entrantes del servidor de aplicaciones. Incluso por puertos aleatorios.
- Aplicaciones que envían las IPs del servidor y cliente dentro de la conexión y abren nuevos sockets basándose en esa información.
- Aplicaciones o hardware que usan la MAC para iniciar conexiones cliente/servidor.
- Aplicaciones o hardware que requieren que el puerto origen de la conexión sea fijo.
- Aplicaciones o hardware que no son capaces de gestionar subneting o que obligan a usar una máscara concreta de red.
- Appliances o hardware incapaz de configurar una puerta de enlace predeterminada o rutas individuales.
Y algún ejemplo mas que me dejo en el tintero.
Re:Normalmente es culpa de los programadores
(Puntos:5, Interesante)( http://barrapunto.com/index.pl?section=mbp-draco | Última bitácora: Viernes, 18 Julio de 2008, 19:56h )
- Desconocen los conceptos básicos de QoS (latencia, jitter, shaping, policing, DSCP, tipos de encolado, etc...). Cuando intentan meter mano lo hacen por intuición, no arreglando nada o empeorando las cosas.
- Rutado dinámico ¿qué es éso? Lo hacen todo con rutas estáticas, creando a veces bucles de enrutamiento y obligando a los que mantienen PC's y servidores a tener cantidad de rutas estáticas (como excepción puede estar bien, como norma inaceptable).
- Nula visión global en el direccionamiento. Asignación de redes y máscaras poco menos que aleatoria. En el peor de los casos, uso de rangos públicos para direccionamiento privado.
- Poca o nula preocupación en la monitorización, más allá del ping(Up/down). Recolectar datos por Netflow, SNMP, capturar tráfico en un port-mirror, eso es ciencia-ficción... Cuando vaya lenta la red basta con poner cara de besugo y echar la culpa al usuario y/o programador (sin datos claro).
- Paranoia debido al desconocimiento. Cantidad de reglas de filtrado, a menudo redundantes, y otras veces excesivas, como filtrar el ICMP por sistema sin tener en cuenta que puede afectar al PMTU.
- Desconocimiento de los más básicos aspectos de los protocolos. Por ejemplo administrar un DNS es algo más que meter parejas de host-ip en un fichero o en GUI; es conocer los conceptos de recursión, delegación, zona, split-DNS, etc... Otro ejemplo, un etherchannel puede no valer de nada si no se usa el método de balanceo adecuado. Después de ponerlo hay que medir si la carga está equilibrada.
En fin, podría estar días....
Programs should be written for people to read, and only incidentally for machines to execute
Re:SAN
(Puntos:1)Kill Bill Vol 3 format C:
Re:influyen tantos factores
(Puntos:2)( http://barrapunto.com/ )
solo 10?
(Puntos:1)