OVH Community, your new community space.

Servidores dedicados 2014: OVH / Infraestructura - Octave


davidlig
29/10/2013, 09:25
Se masca la tragedia ^_^

chencho
29/10/2013, 09:13
Cita Publicado inicialmente por MarcosBL
Ir adelantando alguna novedad.... #ACIERTO

Hacer las imágenes de las gamas con el Word y sacar un screenshot con los nombres subrayados por el corrector ortográfico... #FAIL xD

#justjoking
Muy bueno.

Al final, servidores para virtualizar, que creo que es lo que casi todos hacemos por temas de backup sobre todo, a partir de 60 € (+ IVA asumo) y con las condiciones de "hoy si, mañana ya veremos" de OVH... pinta mal.

MarcosBL
28/10/2013, 23:56
Ir adelantando alguna novedad.... #ACIERTO

Hacer las imágenes de las gamas con el Word y sacar un screenshot con los nombres subrayados por el corrector ortográfico... #FAIL xD

#justjoking

Jkeron
28/10/2013, 23:49
VirtualiSation

No me entere de mucho, cambios mas en plan interno y que van a tener servidores para red interna, externa y mixtos...

Si no es así no entendí nada aparte de que cambiaran el nombre a los servidores.

tfwfactory
28/10/2013, 20:15
El tema es saber características según precios , etc

fametown
28/10/2013, 20:11
https://pbs.twimg.com/media/BXq1WluCEAApGt-.png:large

SRClacks
28/10/2013, 18:26
Gracias por la información, la necesitábamos.

¿Cúando estará vigente la gama 2014 de la que hablas y dichas encuestas?

Gracias.

Elena OVH
28/10/2013, 13:56
Ver también:
Información sobre la salida del sold-out
Servidores dedicados 2014: OVH / Hosting
Servidores dedicados 2014: OVH / Entreprise



Hola a todos,

¿Por dónde empiezo...? Bueno, voy a comentar unos detalles antes de pasar a
lo más general.

En la web de OVH vamos a ofrecer tres gamas de servidores que dan
respuesta a las tres principales necesidades que hemos identificado en
nuestros clientes.

Una de estas tres necesidades es una combinación entre una opción que ya
ofrecíamos, el vRack, y un nuevo servicio que consiste en ofrecer los
servidores sin la red pública, es decir, únicamente con red privada.


Contexto

Hemos recibido peticiones de clientes que quieren externalizar con nosotros su
infraestructura interna. Tienen servidores, MV, load-balancers, etc. con la
misma configuración de red. Estamos hablando de arquitecturas en tres o
incluso más niveles, es decir, que cuando un cliente pide información a un
servidor, ese servidor le remite a tercero (una base de datos) y a veces
incluso a un cuarto, etc. Todos estos servidores funcionan juntos mediante
redes privadas con o sin firewall entre ellos. Es, por ejemplo, lo que ocurre en
el caso del PCI-DSS, que es un estándar para alojar datos bancarios.

Técnicamente hablando, se trata de servidores con el vRack 1.5/2.0, es decir,
con una tarjeta de red privada capaz de soportar varias vLAN privadas para
un solo cliente.

Pero esos servidores no son suficientes, porque también tenemos clientes que
quieren interconectar esas arquitecturas de tres niveles con sus datacenters
y construir una gran red privada entre ellos y nosotros. Para ello, hay que
extender la red privada del cliente entre nuestros datacenters a través de
nuestra red que pasa por 17 PoP del mundo, y tenemos que ser capaces de
interconectar en esos 17 PoP a los clientes que llegan con su fibra óptica de
100M, 1G, 10G o 40G y/o en multipunto para garantizar la redundancia; todo
ello de forma privada y con varias redes privadas.

Es decir, que esos clientes no quieren tener una red pública. Tampoco
necesitan IP públicas, porque los proyectos y datos alojados son
confidenciales. Es el caso de los puestos de trabajo (DaaS = Desktop as a
Service) o BigData con información sensible como la contabilidad, etc.

Los clientes quieren también que los datos estén almacenados en varios
datacenters por cuestiones de redundancia y de latencia: si un cliente tiene
oficinas en Alemania, Francia y Canadá, quiere acceder a los datos con la
latencia local y con el ancho de banda máximo. Esto implica una replicación de
los datos multidatacenter, multipaís, multicontinente...

También se ha hablado de planes de continuación de la actividad (PCA) y
planes de reanudación de la actividad (PRA). Nuestros clientes quieren utilizar
las infraestructuras de nuestras 4 zonas de datacenters (SBG, RBX, GRA y
BHS) para poder llevar a cabo el PCA en pocos segundos o minutos, migrando
la producción de una infraestructura a otra. Por ejemplo, si tienen una
infraestructura en RBX y el backup permanentemente actualizado en SBG, en
caso de caerse RBX, se migra a SBG. Respecto a los PRA, trabajamos a
menudo con una infraestructura de backup para una infraestructura interna
que es capaz de reanudar la actividad en pocas horas.

En las situaciones anteriores, muchas veces el cliente también quiere
combinar los servicios que ofrecemos, por ejemplo, un servidor dedicado con
un Dedicated Cloud y un Public Cloud. De esta forma, tiene el PCA/PRA más
barato posible, y cuando realmente necesita activarlo, lo hace lo más
rápidamente posible y solo durante unos pocos días. Una combinación de
estas tecnologías aporta flexibilidad en la creación de las infraestructuras
multidatacenter.

También es muy interesante para los clientes que necesitan la red pública. De
ese modo, podrán utilizar la red privada para gestionar todos los intercambios
entre los servidores, pero también podrán combinar las tecnologías y los
servicios que ofrecemos, utilizando el Dedicated Cloud y el Public Cloud al
mismo tiempo. A menudo el cliente elige el Dedicated Cloud para implementar
rápidamente una infraestructura con varias decenas o cientos de MV que
comunican entre sí. En algunos casos, por ejemplo para las bases de datos, el
cliente quiere utilizar el servidor dedicado para así tener el máximo de discos
I/O, pero quiere que ese servidor esté en la misma red privada que el
Dedicated Cloud. Así que los combinamos. Y cuando se produce un pico de
actividad, se pueden añadir MV por unas horas o días, pero no en el Dedicated
Cloud, sino en el Public Cloud. Así pues, los 3 servicios funcionan juntos y, en
lo que respecta a los servidores dedicados, hemos diseñado los servidores
"Infraestructura" para cumplir con esta función.

También tenemos el Hybrid Cloud, donde el cliente combina su Private Cloud,
que él mismo gestiona en sus propias instalaciones, con el Dedicated Cloud y
el Public Cloud, situados en las nuestras. Y todos ellos conectados en la
misma red privada entre nuestros datacenters y sus oficinas o datacenter.


Filosofía

Hemos partido de cero para diseñar los servidores conectados a la red pública
y privada, pensando en incluir servidores conectados únicamente mediante
una red privada pero redundante. Son servidores en 2x1G y 2x10G, pero con
configuraciones mixtas:
- 1x1G hacia la pública y 1x1G hacia la privada,
- 2x1G hacia la red privada en LAG o en dos redes físicas privadas,
Estamos estudiando si 4x1G puede ser interesante.

La gama «Infraestructura» consta de 3 subgamas:
- Tier-3
- Tier-4
- Tier-4 big

Los servidores «Tier-3» son servidores con:
- 2x1Gbps,
- 1 acometida eléctrica en el rack,
- 1 alimentación por servidor,
- coldswap de discos (hay que cortar la electricidad del servidor para
cambiarlos),
- 1 CPU.

Los servidores «Tier-4» son servidores con:
- 2x10Gbps,
- 2 acometidas eléctricas en el rack alimentadas por 2 fuentes de energía
totalmente diferentes,
- 2 alimentaciones en cada servidor, redundantes (cada una permite alimentar
el servidor entero),
- hotswap de discos (se pueden cambiar los discos averiados en caliente),
- 2 CPU.

Los servidores «Tier-4 BIG» son servidores como los «Tier-4» que, además,
constan de varias cajas. El objetivo es garantizar el funcionamiento de los
discos del «Tier-4» conectando las cajas entre sí para garantizar la
redundancia del SAS y poder soportar fallos o incidencias sin que afecten al
servicio que funciona en el servidor. De este modo, si se avería una tarjeta
LSI que gestiona los discos, no pasa nada. Así que cuando hablamos de
«Tier-3» o «Tier-4», no es solo el rack, sino también el servidor o servicio. Y
podemos estudiar también peticiones más extravagantes: para aumentar aún
más la redundancia eléctrica de las cajas, podemos entregar los servidores
con 3 alimentaciones por servidor: 2 alimentaciones en redundancia + 1
batería directamente en el servidor capaz alimentar la caja durante 15
minutos. Si se cae todo el sistema, el servidor sigue funcionando con todas
sus cajas.

En cuanto a la red, hemos pensado en empezar con una red mixta, es decir
1 NIC en la pública y 1 NIC en la privada, pero algunos ya nos habéis pedido
que ofrezcamos una gran redundancia garantizando los LAG (un enlace lógico
formado por 2 enlaces físicos). Esto permite asegurar una disponibilidad de la
red muy elevada y, al mismo tiempo, duplicar el ancho de banda entre el
servidor y la red privada.


Productos

Como decía, hemos partido de cero. Durante dos meses, hemos estado
trabajando tres personas en el mayor secreto. El jueves pasado hicimos una
presentación interna a los equipos que deben preparar las presentaciones y
recoger el feedback de los clientes y, durante la presentación, caí en la
cuenta de los nuevos productos ¡se parecían mucho a los EG, MG, HG y
HG-BIG! Qué curioso... Y, después de debatirlo, decidimos cambiar el nombre
de los «Tier-3», «Tier-4» y «Tier-4 BIG» y reutilizar EG, MG y HG para los
servidores de «Infraestructura». Esto os permitirá ubicaros mejor en los
nuevos productos. Además, los servidores EG, MG y HG ya tenían 2 redes...

Así pues, tenemos la gama «Infraestructura», que está formada por tres
subgamas de servidores:
- EG/MG que son «Tier-3»
- HG que son «Tier-4»
- HG BIG que son «Tier-4 BIG»
y además:
- Dedicated Cloud (pCC) que es «Tier-4 BIG»
- Public Cloud (pCI 2.0) que es «Tier-3»

En la infraestructura, podéis gestionar varias redes privadas (varias vLAN por
cliente) y, por tanto, podéis también utilizar las subredes entre los servidores.
Los servidores o MV pueden estar en cualquiera de las 4 zonas de
datacenters:
- SBG
- RBX
- GRA
- BHS

También ofrecemos:

- Load Balancing Managed, el servicio que permite repartir la carga entre:
  1. las IP públicas,
  2. las IP privadas, es decir, que en vuestra arquitectura interna podéis
    necesitar crear clusters que deban ser utilizados por otros servidores,
    todo ello en privado.

- Enrutado público/privado con un firewall.

- El servicio NAT que permite que los servidores o MV con IP privadas salgan
a internet.

- El servicio DHCP que permite que las MV tomen una IP pública o privada.

- La VPN que permite interconectar una red privada con:
  1. un móvil o un ordenador, para garantizar la movilidad de vuestros
    empleados,
  2. una oficina o un datacenter utilizando vuestra conexión pública (ADSL
    o fibra de un proveedor de acceso a internet).


- Dedicated Connect, que permite conectar una oficina o datacenter con fibra
óptica utilizando nuestra red que llega a 17 PoP de todo el mundo. Son
100M/1G/10G/40G dedicados. Para ello, hay que construir la red entre uno de
nuestros PoP y vuestra oficina o datacenter, y podemos ofrecérosla a través
de nuestros partners locales en casi todas las ciudades importantes de
Europa, EE.UU y Canadá.

En cuanto a la oferta de servidores y sus precios, depende de los discos y del
tipo de redundancia RAID. Por eso hemos decidido hacer una encuesta con
una presentación de cada gama y daros a elegir entre 18 modelos para cada
subgama, con los precios correspondientes. El objetivo es seleccionar entre 3
y 5 de esos 18, los que más os interesen. A continuación os informaremos de
los servidores de la gama «Infraestructura» que hayáis elegido, así como de
sus precios. En cualquier caso, el más básico de esa gama tendrá un precio
inferior a 100 €/mes.

Cordialmente,
Octave