1. ¡OFERTA! con cupón "DIRVPS": hosting por $0,01 y también VPS Linux y Windows por $0,01 el primer mes por Interserver ← publi
    Descartar aviso
Descartar aviso
Al usar este sitio web, aceptas que nosotros y nuestros socios podamos establecer cookies para fines tales como personalizar el contenido y la publicidad. Más información.

Servidor dedicado para virtualizar 2 dominios (1 VM por dominio)

Tema en 'VPS Hosting' iniciado por Joselinho, 23 Nov 2014.

  1. Joselinho

    Joselinho Nuevo usuario

    Buenos días a todos, es mi primer post en este foro. Soy desarrollador java/gwt avanzado y me manejo bastante bien en cuanto a configuración software de un servidor único, pero estoy algo perdido en temas de virtualización. Os cuento mi duda:

    Actualmente tengo un VPS normalito para alojar 2 productos (2 aplicaciones web, cada una con su propio dominio). Este VPS tiene una IP pública dedicada y a nivel software (apache) puedo redirigir las peticiones dirigidas a cada dominio a la ruta apropiada en el servidor de aplicaciones.

    Por un lado empiezo a necesitar más potencia y, por otro, me gustaría tener algo más separados los dos productos, por lo que me planteo contratar un servidor dedicado mediano. Aquí es donde vienen las opciones y mis dudas en cuanto a cómo "crecer":
    1. Simplemente utilizar el servidor dedicado con su IP pública para trabajar como hasta ahora, es decir, ambos dominios apuntando a esa IP y redirección con apache dentro todo de la misma máquina. Ninguna duda aquí
    2. Contratar 2 servidores como el que tengo (VPS o dedicados), cada uno con su IP pública dedicada y tener en cada uno un producto/dominio. Ninguna duda aquí
    3. Contratar el servidor dedicado y virtualizarlo para crear 2 VM, uno por cada producto/dominio. Aquí vienen todas mis dudas!
    • ¿Me vale por ejemplo la distribución ESXi 5.5 free o tiene alguna limitación?
    • Mi gran duda existencial... Cuando contrate el dedicado, me darán una única IP dedicada (creo). ¿Cómo tengo que configurar los dominios para redirigir las peticiones de cada dominio a cada VM correspondiente? Entiendo que cada VM tendrá su propia IP pero privada, dentro de la "LAN" del servidor dedicado. Si sólo tengo una IP pública, ambos dominios apuntarán a esa IP, que además será la que utilizaré para conectarme al panel de control (vSphere por ejemplo). ¿Se puede hacer esa redirección a nivel software? ¿Es complicado o se hace una especie de NAT desde el panel de control?
    • ¿La configuración NAT en el panel de control de virtualización sólo se puede hacer por puerto simplemente (como un router)? En ese caso, ¿como redirijo 2 peticiones HTTP (puerto 80) a VM diferentes?
    • ¿Cuando un proveedor (por ejemplo la gama soyoustart) dice que te da 16 IPs adicionales, a 2€ cada IP adicional... estas IP son públicas y son para asignárselas a cada una de las VM y así apuntar cada dominio a esa IP y el nateo es automático o fácil al menos??
    Básicamente esa es mi principal duda. No entiendo bien cómo se hacen las redirecciones de peticiones a las VM dentro del servidor dedicado con una IP pública (o varias). Supongo que es algo muy básico porque me parece lo más normal del mundo, pero soy incapaz de encontrar una respuesta clara googleando.

    Muchas gracias por vuestra ayuda!!
     
  2.  
  3. Te recomiendo OpenVZ. ESXi 5.5 utiliza hypervisor y este consume más recursos por lo cual si no tienes mucho dinero para un server potente OpenVZ ya que este trabaja de otra forma sin utilizar hypervisor. Utiliza un mismo kernel para todas las VPS y tiene mejor rendimiento.

    http://es.wikipedia.org/wiki/OpenVZ

    Cuando creas las VM asignas la IP al container. Si te dan una sola IP puedes contratar otra adicional o puedes contratar un CDIR a tu proveedor. Con lo de redirigir las peticiones supongo que te refieres a esto. Asignando una ip a cada vm. Puedes usar iptables.

    Si quieres montar una LAN privada entre dedicado y dedicado necesitaras cruzar las máquinas a través de una VLAN privada con el protocolo ZeroConf y que estas estén en el mismo proveedor y mismo rack. Lo que tu dices es WAN que es internet. LAN no tiene acceso a Internet.

    Para hacer lo que quieres hacer en OVH necesitas un servidor de la gama Enterprise para lo de la gestión de VLANS y máquinas cruzadas.
    https://www.ovh.es/servidores_dedicados/enterprise/

    Supongo que te refieres a esto: http://www.debuntu.org/how-to-redirecting-network-traffic-to-a-new-ip-using-iptables/
     
  4. Joselinho

    Joselinho Nuevo usuario

    Lo primero gracias por la respuesta f.Villalba, pero me ha desbordado un poco, supongo que porque estoy en un nivel muy básico y no he gestionado nunca una virtualización (ni siquiera he visto como es el panel de control hypervisor ni openVZ ni ninguno...), sólo he creado VM en local para desarrollo. Resumo de nuevo mi idea y a ver si me podéis decir cómo de fácil es, ya que creo que es muy simple en realidad:

    - 1 servidor dedicado, en el cual crear 2 VMs: VM1 para atender las peticiones HTTP a dominio1.com y VM2 para atender las peticiones HTTP a dominio2.com

    - ¿Cuántas IPs públicas necesito?
    - Si puedo hacerlo con una sóla IP pública, ¿en los paneles de control (el que sea) de virtualización, cómo de díficil se hace esa "redirección" para que con una sóla IP pública pueda diferenciar y redirigir las peticiones de dominio1.com a VM1 y dominio2.com a VM2?
    - Si necesito más IPs, entonces necesito en total 3: 1 para el panel de control de virtualización y 1 para cada VM?

    Muchas gracias de nuevo
     
  5. Tres IP's. Una para la máquina fisica y las otras dos para los container o VM. Cada container necesita de una ip para funcionar e identificarse en internet. No deja de ser un nodo más y para que funcione cada nodo necesita una IP (Internet Protocol).

    No puedes hacerlo con una sola IP. Cada container o VM requiere de una IP.

    Necesitas 3 IP's en total. Una para identificar a la máquina física y para que se pueda comunicar y las otras dos IP's para las VM o containers.

    Cada nodo físico una IP. (Si no hay conectividad, como te conectas a el remotamente?) Se entiende? Cada container una IP.
     
  6. PD: Los containers debes montarlos en modo bridge.

    Salu2,
     
  7. Joselinho

    Joselinho Nuevo usuario

    Ok, con una IP pública por nodo está claro, pero pensaba que las VM podían tener sólo IPs privadas y hacer NAT desde la máquina física (que siempre tendrá IP pública) a las VM en función del dominio. Igual que como se hace NAT con un router en función del protocolo (TCP/HTTP) y puerto, pero además en función del dominio. De esta manera sólo necesito una IP pública. ¿Esto no es posible?
     
  8. OpenVZ no soporta NAT, hasta donde tengo entendido. Eso solo lo puedes hacer en local "LAN" y si el software soporta el protocolo NAT. ESXi si lo soporta pero como te digo eso solo creo que se puede hacer en LAN y no en WAN que es Internet.
     
  9. Si lo haces con NAT la ip no es publica. Tu necesitas que la IP sea pública para que te entren las peticiones.
     
  10. Vale lo acabo de ver: http://openvz.org/Using_NAT_for_container_with_private_IPs

    OpenVZ si soporta NAT.

    Aunque no entiendo por que quieres montar esa estructura. Lo más lógico es contratar las IP's públicas que te hagan falta para cada nodo y a correr. Si en OVH las ip's valen cuatro duros.
     
  11. Joselinho

    Joselinho Nuevo usuario

    Ok, ya... estábamos hablando de si era posible, el precio ya es otro tema. Si son tan baratas desde luego no merece la pena complicarse, pero pensaba que lo normal era sólo tener una IP pública y luego redirigir tráfico internamente...

    Yo lo estaba viendo como en casa, que con 2 ordenadores, puedo configurar el router para que las peticiones entrantes a mi única IP pública (la del router) vayan a un ordenador u otro, por ejemplo las TCP por puerto 46 a un ordenador (IP local 192.168.0.35) y las TCP por puerto 70 al otro (IP local 192.168.0.36), de manera que con una sóla IP pública puedo derivar el tráfico a un ordenador u otro.

    Acabo de leer el artículo que has puesto y parece que efectivamente se puede hacer, al menos a nivel de puerto (como un router). El problema sería que el puerto es el mismo (80) para ambas máquinas, por lo que habría que diferenciar las peticiones por nombre de host destino (dominio1.com y dominio2.com), y ya no sé si se podrá...

    En cualquier caso, como comentas, si son baratas las IPs públicas adicionales, mejor no complicarse. Lo más sencillo suele ser siempre lo mejor.

    Muchas gracias de nuevo f.villalba
     
  12. En soyoustart tienes 16 direcciones IP failover por server. Con lo cual no se para que narices te quieres complicar la vida con NAT y además no es lo correcto para producción.

    Mira sinceramente, te aconsejo que pases de ESXi y te montes OpenVZ. Es el que mejor performance tiene para entornos de webhosting.

    Contrata un dedicado en OVH por 30 euros con RAID1 que para empexar RAID1 te va a servir.

    Cojete el modelo E3-SAT-01 de soyoustart http://www.soyoustart.com/es/ofertas/e3-sat-1.xml

    Con iptables puedes hacer lo del nat con el parametro POSTROUTING tal y como te indica la guia de openvz que te he pasado y con el módulo contrack pero vamos con 16 ip's no te compliques la vida.
     
  13. So te recomiendo CentOS7 para OpenVZ y luego instalas OpenVZ y las vm las montas en modo bridge. El raid con mdadm lo montas. Primero creas particiones para openvz mira la guia, luego lVM y por ultimo el arreglo raid1. Conectate por KVM ovh no se si tiene y activas ACHI en la bios y actualizas el firmware de los discos.
     


Alojamiento web, Hosting Reseller, Servidores Dedicados - All in Hosting


    
    
    
    
Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta ·