OVH Community, your new community space.

Propuesta a usuarios proxmox


Arturoap
21/04/2010, 22:27
Con que configuración, con la primera o la última?

Ejecutando eso desde el servidor principal, y con la última configuración en la VM, sigue sin acceso a internet.

tonysanchez
21/04/2010, 22:06
echo 1 > /proc/sys/net/ipv4/conf/vmbr0/proxy_arp

Arturoap
21/04/2010, 21:35
Cita Publicado inicialmente por tonysanchez
YA no hace falta usar ese metodo, porque el propio vzdump tiene una opcion que puedes poner en el correspondiente /etc/vzdump.conf para decirle CUANTAS copias quieres mantener ademas de añadir la estructura horaria...

Código:
maxfiles: 4
man vzdump
vzdump-openvz-VID111-YYYY_MM_DD-HH_MM_SS.tgz
Gracias, lo he probado y funciona a la perfección.

Lo que me falla ahora es la creación de una openvz con red bridge y usando la mac virtual.

pasos que sigo:

Creo la mac virtual desde el manager, la asocio a una IP fail-over

creo la openvz, modo bridge, y pego la macvirtual en el campo de mac virtual, luego la configuración DNS la dejo tal cual (Posible fallo¿?).
A continuación edito la configuración de red de la MV (Debian 5) /etc/network/interfaces.tail y añado lo siguiente:

iface eth0 inet static
address FA.IL.OV.ER
netmask 255.255.255.255
post-up route add XX.XX.XX.254 dev eth0
post-up route add default gw XX.XX.XX.254

Guardo el archivo, ifup eth0, y... nada. sigue sin red.

He probado también con:

/etc/network/interfaces
auto lo eth0
iface lo inet loopback
iface eth0 inet static
address IP.FA.IL.OVER
netmask 255.255.255.255
broadcast IP.FA.IL.OVER
post-up route add GATEWAY.DE_LA.MAQUINA.FISICA dev eth0
post-up route add default gw GATEWAY.DE_LA.MAQUINA_FISICA
post-down route del GATEWAY.DE_LA.MAQUINA.FISICA dev eth0
post-down route del default gw GATEWAY.DE_LA.MAQUINA.FISICA

tonysanchez
19/04/2010, 08:25
Cita Publicado inicialmente por Arturoap
Estoy buscando el comando vzdump, sabes exactamente donde está?


Saludos y gracias!

YA no hace falta usar ese metodo, porque el propio vzdump tiene una opcion que puedes poner en el correspondiente /etc/vzdump.conf para decirle CUANTAS copias quieres mantener ademas de añadir la estructura horaria...

Código:
maxfiles: 4
man vzdump
vzdump-openvz-VID111-YYYY_MM_DD-HH_MM_SS.tgz

Arturoap
31/03/2010, 11:49
Cita Publicado inicialmente por macklus
Joder que ganas tenía de ver un hilo como este

Yo empecé a trabajar con Proxmox + Cpanel al poco de que OVH sacara la instalación de proxmox, y es la mejor decisión que he tomado en mucho tiempo.

Para mi, las principales ventajas son:
  1. Una VM no puede tumbar el servidor. He visto el host con 400 de carga, y el SSH sigue funcionando.
  2. Nunca llegas a perder el acceso, por muy animal que sea tu cliente.
  3. Es mejor pagar 3 licencias de VM que una de servidor, y tener 3 VM's separadas, según clientes o revendedores.
  4. El rendimiento sobre VM es mucho mejor que sobre servidor.
  5. Para clientes conflictivos, les puedes ofrecer su propia VM a un coste mínimo.
  6. Mayor seguridad, al separar clientes por VM
  7. Tienes muchas más opciones a la hora de hacer infraestructuras complicadas.
  8. Creas una plantilla de instalación, y cambiando 4 cosas, tienes una nueva VM con la última versión de Cpanel, configurada a tu gusto, en 10 minutos.
  9. Con LVM, puedes incluso ampliar el espacio de las VM en 10 minutos.
  10. Reiniciar una máquina virtual tarda unos 40 segundos.


Aunque por el momento aún tiene algún inconveniente, como que necesitas usar LVM para hacer copias en caliente, no dejo de verle ventajas a usar este sistema.

Eso si, yo me pegué 2 meses preparando una serie de scripts para simplificar el mantenimiento. Por ejemplo, los backups los hago en tres fases:
  1. Hago copias de cada alojamiento de Cpanel por separado, y lo muevo fuera de la VM
  2. Muevo las copias horarias de MySQL fuera de la VM
  3. Limpio logs y basura varia de la VM
  4. Hago un dump completo de la VM con vzdump
  5. Cuando tengo todos los backups, borro la copia correspondiente ( solo guardo backups de 4 días )
  6. Sincronizo mi nuevo /backups contra el FTP de OVH

Además, al lanzar un thread para cada backup de VM, el tiempo total no es mucho, y hasta puedo controlar que no se sobrecargue el servidor ( basta esperar 30 segundos después de cada backup para que la monitorización no llegue a saltar )

Ahora estoy trabajando en algo similar a lo que comentáis de backup de VM, pero con copias horarias de la VM, contra un servidor de OVH distinto, vía cluster de proxmox. Si se casca el servidor host, cambias las IP's RIPE al servidor de backup, y listo.

En cuanto tenga tiempo ( que es lo más complicado ) intentaré relanzar debianitas.net, y subiré todo lo que tengo de manuales y demás, que es bastante. Si hay algún voluntario, bienvenido sea

Saludos.
Podrías publicar algún script de los que usas por aquí?

Como funciona el modo cluster?

sabes donde puedo cambiar la función vzdump para que me cree copias según la hora?


Disculpa si te atormento a preguntas, pero ya que hay un experto en proxmox por aquí, tranquilo, contesta a las que quieras

macklus
31/03/2010, 11:31
Joder que ganas tenía de ver un hilo como este

Yo empecé a trabajar con Proxmox + Cpanel al poco de que OVH sacara la instalación de proxmox, y es la mejor decisión que he tomado en mucho tiempo.

Para mi, las principales ventajas son:
  1. Una VM no puede tumbar el servidor. He visto el host con 400 de carga, y el SSH sigue funcionando.
  2. Nunca llegas a perder el acceso, por muy animal que sea tu cliente.
  3. Es mejor pagar 3 licencias de VM que una de servidor, y tener 3 VM's separadas, según clientes o revendedores.
  4. El rendimiento sobre VM es mucho mejor que sobre servidor.
  5. Para clientes conflictivos, les puedes ofrecer su propia VM a un coste mínimo.
  6. Mayor seguridad, al separar clientes por VM
  7. Tienes muchas más opciones a la hora de hacer infraestructuras complicadas.
  8. Creas una plantilla de instalación, y cambiando 4 cosas, tienes una nueva VM con la última versión de Cpanel, configurada a tu gusto, en 10 minutos.
  9. Con LVM, puedes incluso ampliar el espacio de las VM en 10 minutos.
  10. Reiniciar una máquina virtual tarda unos 40 segundos.


Aunque por el momento aún tiene algún inconveniente, como que necesitas usar LVM para hacer copias en caliente, no dejo de verle ventajas a usar este sistema.

Eso si, yo me pegué 2 meses preparando una serie de scripts para simplificar el mantenimiento. Por ejemplo, los backups los hago en tres fases:
  1. Hago copias de cada alojamiento de Cpanel por separado, y lo muevo fuera de la VM
  2. Muevo las copias horarias de MySQL fuera de la VM
  3. Limpio logs y basura varia de la VM
  4. Hago un dump completo de la VM con vzdump
  5. Cuando tengo todos los backups, borro la copia correspondiente ( solo guardo backups de 4 días )
  6. Sincronizo mi nuevo /backups contra el FTP de OVH

Además, al lanzar un thread para cada backup de VM, el tiempo total no es mucho, y hasta puedo controlar que no se sobrecargue el servidor ( basta esperar 30 segundos después de cada backup para que la monitorización no llegue a saltar )

Ahora estoy trabajando en algo similar a lo que comentáis de backup de VM, pero con copias horarias de la VM, contra un servidor de OVH distinto, vía cluster de proxmox. Si se casca el servidor host, cambias las IP's RIPE al servidor de backup, y listo.

En cuanto tenga tiempo ( que es lo más complicado ) intentaré relanzar debianitas.net, y subiré todo lo que tengo de manuales y demás, que es bastante. Si hay algún voluntario, bienvenido sea

Saludos.

Arturoap
30/03/2010, 22:30
Cita Publicado inicialmente por apocalipsis
1º. Meti este comando en cron del host proxmox:

find /var/lib/vz/backup -amin -1320 -exec ncftpput -u ****(login ftp) -p **** (pass ftp) server.backupremoto.com /ftproot/vzmachines/fullvz/ {} \;

Con ello envio las copias completas de la maquina del ultimo dia a un ftp remoto

2º. Borro las copias mas antiguas de 31 dias (de las copias completas)...mantengo 31 copias en el servidor, y copias semanales y mensuales en otro equipo remoto

find /var/lib/vz/backup -mtime +31 -exec rm {} \;

3º. Cambie el comando vzdump (esta en usr/sbin)... y modifique una parte quedando como sigue... (basicamente lo que hago es añadir la fecha y la hora al fichero que vzdump crea... pues por defecto creo recordar que solo creaba un fichero y lo sobreescribe continuamente. Y ademas establece que la compresion por defecto sea tgz.




my $logfd;

my $vmstarttime = time ();
my $datestamp = strftime("%d-%m",localtime);

my $basename = "vzdump-${vpsid}-${datestamp}";
my $tarfile = $res->{tarfile} = "$dumpdir/$basename". ($opt_compress ? '.tgz' : '.tar');
my $logfile = "$dumpdir/$basename.log";

Estoy buscando el comando vzdump, sabes exactamente donde está?


Saludos y gracias!

apocalipsis
24/02/2010, 10:35
Cita Publicado inicialmente por chencho
Yo en principio si, pero (siendo un melón) no me queda del todo claro como está el tema.



---

Ok, por lo que entiendo quieres hacer algo así (corrígeme si me equivoco):

Tú: Servidor con proxmox + 1 contenedor con tus cosas
Yo: Servidor con proxmox + 1 contenedor con mis cosas

Nos enviamos los backups regularmente (no implica tráfico por ser interno de ovh)

Falla mi servidor: Creas un contenedor en tu servidor, ipfailover que apunte a él y volcamos el backup

¿Es así?

El problema que le veo: El servidor lo tengo con centos ya funcionando y después de lo que me ha costado hacer la migración y puesta a punto (1 mes) no me atrevo a cambiarlo otra vez...

Si... asi es, basicamente tienes un servidor de respaldo sin pagar por el...

Respecto a tu servidor... es sencillo, dado que la ip que usas es una ipfailover... que puedes perfectamente asignar a un contenedor... puedes instalar proxmox en tu casa (vmware workstation) y usando como red de vmware NAT... puedes asignar a tu contenedor proxmox la misma IP que en la red ovh...y posteriormente instalar CENTOS... y recuperar una copia de seguridad... con cuatro cambios tendras el contenedor operativo.

chencho
22/02/2010, 19:39
Yo en principio si, pero (siendo un melón) no me queda del todo claro como está el tema.

Por ejemplo, yo uso plesk en el servidor y no tengo del todo claro que me vaya a funcionar nplesk en el virtualizado en caso de avería del primario.

Me voy a releer la forma de trabajar que me comentabas.

De cualquier forma, ¿cual sería el coste económico real de esta solución? Por ejemplo, yo uso un kemsirve i7-2T; podría copiarlo todo a excepción de /var/backups que es lo que más va a ocupar (antes con 160 GB me sobraba, no creo que utilice el TB con las webs y correos)

¿La restauración dependería de la disponibilidad de uno de los dos? Es decir, si mi servidor se queda colgado, tengo que notificartelo, esperar a que te llegue el aviso y puedas ponerte a ello, ...

Porque me estaba planteando hacerlo por mi cuenta y riesgo desde un principio esta solución (con proxmox o con un centos como el principal)

Convenceme

---

Ok, por lo que entiendo quieres hacer algo así (corrígeme si me equivoco):

Tú: Servidor con proxmox + 1 contenedor con tus cosas
Yo: Servidor con proxmox + 1 contenedor con mis cosas

Nos enviamos los backups regularmente (no implica tráfico por ser interno de ovh)

Falla mi servidor: Creas un contenedor en tu servidor, ipfailover que apunte a él y volcamos el backup

¿Es así?

El problema que le veo: El servidor lo tengo con centos ya funcionando y después de lo que me ha costado hacer la migración y puesta a punto (1 mes) no me atrevo a cambiarlo otra vez...

Power
22/02/2010, 11:04
Hola,
Cita Publicado inicialmente por apocalipsis
Al final de todo esto...¿Alguien interesado???
Yo, de momento, hasta el verano, no cambiaré a Proxmox.

Saludos

apocalipsis
22/02/2010, 09:10
Al final de todo esto...¿Alguien interesado???

Power
19/02/2010, 18:22
Hola,
Cita Publicado inicialmente por apocalipsis
Parece que si...yo no he probado (pero probare en cuanto tenga un poco de tiempo)

http://forum.configserver.com/showthread.php?p=8039

Y si alguien tiene alguna duda de lo que se puede hacer con proxmox y ovh...

http://www.fridu.org/fulup-posts/40-...virtualization

Y aqui la configuracion del firewall

http://www.fridu.org/fulup-posts/40-...ation-firewall
Cómo montar firewall y router con Proxmox (utilizando Shorewall):
http://www.myatus.co.uk/2009/08/31/g...-with-proxmox/

Saludos

apocalipsis
19/02/2010, 16:40
Cita Publicado inicialmente por Power
Hola,


Eso sí que es una buena explicación. Gracias apocalipsis.
(Se cruzó con las respuestas que yo estaba enviando. Ahora las mías, además de simples, están de más).

Respecto al tema que comentas sobre problemas con el cortafuegos en Proxmox, leí esto:
http://miguelcarmona.name/notas-y-re...vz-en-proxmox/
¿Es válido?

Con esto ¿se podría usar CSF en los diversos contenedores OpenVZ dentro de Proxmox?

Saludos

Parece que si...yo no he probado (pero probare en cuanto tenga un poco de tiempo)

http://forum.configserver.com/showthread.php?p=8039

Y si alguien tiene alguna duda de lo que se puede hacer con proxmox y ovh...

http://www.fridu.org/fulup-posts/40-...virtualization

Y aqui la configuracion del firewall

http://www.fridu.org/fulup-posts/40-...ation-firewall

apocalipsis
19/02/2010, 16:26
http://www.scribd.com/doc/25285257/S...nce-Evaluation

Power
19/02/2010, 16:18
Hola,
Cita Publicado inicialmente por apocalipsis
Es sencillo de explicar...

Proxmox es un entorno grafico para gestionar kvm y openvz... dejamos kvm a un lado por el momento y nos centramos en openvz...

Openvz es un sistema de "virtualizacion" que hace uso de un sistema equivalente al de los contenedores solaris o las jails de los sistemas bsd... basicamente consiste en tener diferentes maquinas funcionando compartiendo un nucleo (y un sistema de gestion de memoria, y una pila tcp-ip... etc), con ello tenemos un rendimiento identico al de la maquina fisica (en tanto lo unico que hay es un kernel adaptado que aisla las diferentes maquinas virtuales entre si).
Para que lo entiendas... 3 maquinas vmware= 3 nucleos, 3 pilas tcp-ip, 3 gestores de i/o... 3 apaches... ahora 3 maquinas openvz: 1 nucleo, 1 pila tcp-ip, y 1 gestor i/o... y 3 apaches.

Inconvenientes: 1º. solo puedes instalar maquinas linux
2º. No puedes poner nucleos "personalizados"
3º. Algunos pequeños inconvenientes al configurar los cortafuegos

Ventajas:
1º. Rendimiento identico al original
2º. Copias del sistema en caliente (de todo el sistema en bloque)
3º. La recuperacion del sistema es rapidisima (si se dispone de la copia del sistema)
4º. La recuperacion en otro equipo es igualmente rapida.
5º. Escalabilidad: puedes pasar a un servidor con diferentes caracteristicas (diferente grafica, diferente procesador, diferente chip de red...) de forma inmediata ... no hay que adaptar ni una linea de codigo... ejemplo: mi maquina ovh esta en un intel, mi maquina de testing esta dentro de un proxmox emulado dentro de una maquina vwmare workstation (en un equipo amd phenom)... ¿hay algo mas diferente que esto???... pues puedo pasar las maquinas virtuales de uno a otro sin cambiar una linea en la configuracion...

P.D: personalmente pondria opensolaris y meteria las maquinas en containers solaris si existiera un panel de control decente (la flexibilidad que dispondria en ese momento con zfs seria simplemente increible), pero por desgracia no conozco ningun panel de control adecuado en ese entorno.
Eso sí que es una buena explicación. Gracias apocalipsis.
(Se cruzó con las respuestas que yo estaba enviando. Ahora las mías, además de simples, están de más).

Respecto al tema que comentas sobre problemas con el cortafuegos en Proxmox, leí esto:
http://miguelcarmona.name/notas-y-re...vz-en-proxmox/
¿Es válido?

Con esto ¿se podría usar CSF en los diversos contenedores OpenVZ dentro de Proxmox?

Saludos

Power
19/02/2010, 16:10
Hola,
Cita Publicado inicialmente por Arturoap
La verdad es que no entiendo sus diferencias, en el tema de virtualización estoy algo verde, puedes explicarme un poco las diferencias y como funciona proxmox?
Echa una ojeada a http://es.wikipedia.org/wiki/Virtualización

Saludos

Power
19/02/2010, 16:09
Hola,
Cita Publicado inicialmente por sdzzds
Yo no veo usar Proxmox para hosting compartido en un dedicado para ahorrarse dinero en la licencia de cpanel. El rendimiento debe ser menor y la virtualizacion esta enfocada a crear varias máquinas en un mismo server. No tiene sentido crear un solo contenedor a no ser que quieras tener varios VPS para balanceo de carga pero al ser en el mismo server, pues como que sigo sin verle sentido.
El rendimiento de OpenVZ sobre Proxmox, según todas las fuentes consultadas baja sólo entre el 1% y el 3% respecto a usar el servidor físico.
Esto, como comentaba apocalipsis, es porque en esta modalidad de virtualización (virtualización por SO) se utiliza un único kernel para todo el sistema.

Por supuesto, yo tampoco le veo interés si sólo se tiene una máquina virtual (VM).
Pero, sin embargo, puede ser utilísimo tener la VM de producción y otra VM para pruebas y desarrollo en la misma máquina.
Y las dos licencias cPanel para VPS siguen siendo más baratas que una sola licencia cPanel para servidor físico.

Saludos

apocalipsis
19/02/2010, 16:08
Es sencillo de explicar...

Proxmox es un entorno grafico para gestionar kvm y openvz... dejamos kvm a un lado por el momento y nos centramos en openvz...

Openvz es un sistema de "virtualizacion" que hace uso de un sistema equivalente al de los contenedores solaris o las jails de los sistemas bsd... basicamente consiste en tener diferentes maquinas funcionando compartiendo un nucleo (y un sistema de gestion de memoria, y una pila tcp-ip... etc), con ello tenemos un rendimiento identico al de la maquina fisica (en tanto lo unico que hay es un kernel adaptado que aisla las diferentes maquinas virtuales entre si).
Para que lo entiendas... 3 maquinas vmware= 3 nucleos, 3 pilas tcp-ip, 3 gestores de i/o... 3 apaches... ahora 3 maquinas openvz: 1 nucleo, 1 pila tcp-ip, y 1 gestor i/o... y 3 apaches.

Inconvenientes: 1º. solo puedes instalar maquinas linux
2º. No puedes poner nucleos "personalizados"
3º. Algunos pequeños inconvenientes al configurar los cortafuegos

Ventajas:
1º. Rendimiento identico al original
2º. Copias del sistema en caliente (de todo el sistema en bloque)
3º. La recuperacion del sistema es rapidisima (si se dispone de la copia del sistema)
4º. La recuperacion en otro equipo es igualmente rapida.
5º. Escalabilidad: puedes pasar a un servidor con diferentes caracteristicas (diferente grafica, diferente procesador, diferente chip de red...) de forma inmediata ... no hay que adaptar ni una linea de codigo... ejemplo: mi maquina ovh esta en un intel, mi maquina de testing esta dentro de un proxmox emulado dentro de una maquina vwmare workstation (en un equipo amd phenom)... ¿hay algo mas diferente que esto???... pues puedo pasar las maquinas virtuales de uno a otro sin cambiar una linea en la configuracion...

P.D: personalmente pondria opensolaris y meteria las maquinas en containers solaris si existiera un panel de control decente (la flexibilidad que dispondria en ese momento con zfs seria simplemente increible), pero por desgracia no conozco ningun panel de control adecuado en ese entorno.

Arturoap
19/02/2010, 09:33
Cita Publicado inicialmente por apocalipsis
Posiblemente menor... he visto pruebas en internet en las que arrancan mas de 500 maquinas virtuales en un equipo... y tiene su logica... en tanto en memoria solo se carga una copia del kernel... y no hay ninguna capa logica de abstraccion ni emulacion...

En cuanto a que vmware es mejor que proxmox, comparar vmware con openvz es comparar 2 productos completamente diferentes, son mercados diferentes y objetivos diferentes.

Yo recomiendo a todo el mundo probarlo (en una maquina vmware workstation si quieren... es lo que yo utilizo para hacer las pruebas y los cambios sobre las maquinas virtuales reales).

Como panel yo uso ispcp... gratuito y funciona bastante bien (no es un cpanel, pero para el uso "normal" es mas que suficiente).

La verdad es que no entiendo sus diferencias, en el tema de virtualización estoy algo verde, puedes explicarme un poco las diferencias y como funciona proxmox?

sdzzds
19/02/2010, 09:12
Cita Publicado inicialmente por Power
Y, encima, cuando cPanel detecta que está instalado sobre un servidor virtual, pasa a su modalidad "cPanel VPS Optimized" que consume mucha menos memoria que en su modalidad normal:
http://cpanel.net/products/cpanelwhm/vps-optimized.html

Saludos
Power, la versión completa de WHM/Cpanel tambien viene "optimizada" desde la versión 11.23 creo recordar, y ahora va por la Optimized2 en la release (En los vps si es verdad que ya esta la Optimized3)

Yo no veo usar Proxmox para hosting compartido en un dedicado para ahorrarse dinero en la licencia de cpanel. El rendimiento debe ser menor y la virtualizacion esta enfocada a crear varias máquinas en un mismo server. No tiene sentido crear un solo contenedor a no ser que quieras tener varios VPS para balanceo de carga pero al ser en el mismo server, pues como que sigo sin verle sentido.

apocalipsis
19/02/2010, 08:33
Posiblemente menor... he visto pruebas en internet en las que arrancan mas de 500 maquinas virtuales en un equipo... y tiene su logica... en tanto en memoria solo se carga una copia del kernel... y no hay ninguna capa logica de abstraccion ni emulacion...

En cuanto a que vmware es mejor que proxmox, comparar vmware con openvz es comparar 2 productos completamente diferentes, son mercados diferentes y objetivos diferentes.

Yo recomiendo a todo el mundo probarlo (en una maquina vmware workstation si quieren... es lo que yo utilizo para hacer las pruebas y los cambios sobre las maquinas virtuales reales).

Como panel yo uso ispcp... gratuito y funciona bastante bien (no es un cpanel, pero para el uso "normal" es mas que suficiente).




Cita Publicado inicialmente por Arturoap
Lo de optimizar para VPS, tienes toda la razón, puedes verlo en esta imagen de cuando instalé cPanel sobre el minicloud: http://tumblr.cc/post/390967755/instalando-cpanel

Genial, pues cuando tenga el servidor, habrá que ir probando, la verdad he leído que vmware es mejor que proxmox y viceversa, pero para gustos colores...

Arturoap
18/02/2010, 23:04
Cita Publicado inicialmente por Power
Hola,


Según lo que me comentó Giner, de OVH, y lo que posteriormente he ido leyendo, un VPS con OpenVZ sobre Proxmox sólo tiene una pérdida de rendimiento de entre un 1% y un 3% respecto a un servidor físico.

Por lo que voy leyendo, todo parece muy sencillo en Proxmox (comparado con otros sistemas de virtualización).

Por si fuera poco, el precio de la licencia de cPanel para un servidor virtual sólo vale unos 10 €/mes. Mientras que para un servidor físico vale unos 25 €/mes.

Y, encima, cuando cPanel detecta que está instalado sobre un servidor virtual, pasa a su modalidad "cPanel VPS Optimized" que consume mucha menos memoria que en su modalidad normal:
http://cpanel.net/products/cpanelwhm/vps-optimized.html

Saludos
Lo de optimizar para VPS, tienes toda la razón, puedes verlo en esta imagen de cuando instalé cPanel sobre el minicloud: http://tumblr.cc/post/390967755/instalando-cpanel

Genial, pues cuando tenga el servidor, habrá que ir probando, la verdad he leído que vmware es mejor que proxmox y viceversa, pero para gustos colores...

Power
18/02/2010, 22:21
Hola,
Cita Publicado inicialmente por Arturoap
Genial, con suerte en una semana o menos, me dejan un servidor dedicado que está en ovh para pruebas (un amigo no lo va a renovar) así que me dispondré a intentar montar lo que tu dices, no tengo ni idea de por donde empezar, pero si lo consigo, si quieres podemos ir realizando pruebas de rendimiento y esas cosas, el servidor en cuestión sería el kemsirve de 46€ al mes (IVA INCLUIDO).

Saludos!
Según lo que me comentó Giner, de OVH, y lo que posteriormente he ido leyendo, un VPS con OpenVZ sobre Proxmox sólo tiene una pérdida de rendimiento de entre un 1% y un 3% respecto a un servidor físico.

Por lo que voy leyendo, todo parece muy sencillo en Proxmox (comparado con otros sistemas de virtualización).

Por si fuera poco, el precio de la licencia de cPanel para un servidor virtual sólo vale unos 10 €/mes. Mientras que para un servidor físico vale unos 25 €/mes.

Y, encima, cuando cPanel detecta que está instalado sobre un servidor virtual, pasa a su modalidad "cPanel VPS Optimized" que consume mucha menos memoria que en su modalidad normal:
http://cpanel.net/products/cpanelwhm/vps-optimized.html

Saludos

Arturoap
18/02/2010, 22:04
Cita Publicado inicialmente por Power
Hola,


Sí. Actualmente mi servidor principal tiene cPanel.

En el servidor futuro tendría Proxmox y sobre él, en un contenedor OpenVZ, un CentOS con cPanel.

Y con la ventaja de que las licencias de cPanel para servidores VPS son más baratas.

Saludos

Genial, con suerte en una semana o menos, me dejan un servidor dedicado que está en ovh para pruebas (un amigo no lo va a renovar) así que me dispondré a intentar montar lo que tu dices, no tengo ni idea de por donde empezar, pero si lo consigo, si quieres podemos ir realizando pruebas de rendimiento y esas cosas, el servidor en cuestión sería el kemsirve de 46€ al mes (IVA INCLUIDO).

Saludos!

Power
18/02/2010, 21:43
Hola,
Cita Publicado inicialmente por Arturoap
Power, una pregunta, tienes pensado pasar tus cuentas de cpanel a un cpanel optimizado? es decir, tu sistema que actualmente funciona con cpanel, pasarlo a proxmox?


PD: Lo pregunto, porque me interesa mucho el tema...

Saludos!
Sí. Actualmente mi servidor principal tiene cPanel.

En el servidor futuro tendría Proxmox y sobre él, en un contenedor OpenVZ, un CentOS con cPanel.

Y con la ventaja de que las licencias de cPanel para servidores VPS son más baratas.

Saludos

Power
18/02/2010, 21:40
Hola,
Cita Publicado inicialmente por apocalipsis
El correo... yo uso el servicio de google apps... (me ahorro dolores de cabeza...).

Proxmox es sencillisimo de manejar y configurar (asi que por eso no te preocupes...).
En cuanto al acceso, realmente yo no tendria acceso a tu servidor ni tu tendrias acceso al mio... mi planteamiento es el siguiente:

1º. Nos damos una cuenta ftp mutuamente en cada servidor (es decir yo te asigno una cuenta ftp en mi servidor y tu semanalmente envias (si quieres codificada) a esa cuenta el backup de tu server (y lo mismo pero a la inversa... yo envio a mi cuenta ftp el backup)...

2º. Falla el hardware... me notificas que necesitas habilitar el sistema y yo te creo la maquina virtual (restaurando la copia de seguridad...) a partir de ahi, es todo cosa tuya...(tienes acceso por ssh a tu maquina virtual).

3º. Se recupera el hardware, hacemos el proceso a la inversa... y vuelves a manejar tu equipo con normalidad.

Con ello, de forma habitual yo no tengo acceso a tus datos (codificados) salvo cuando tu lo necesites (y viceversa), ni acceso a tu maquina (solo una cuenta ftp). En cualquier caso, para garantizar podemos firmar un documento de confidencialidad y cumplimiento de lopd.


P.D: este sistema serviria para una disponibilidad de restauracion en unas horas, si quieres una disponibilidad mayor, tendrías que ir a otras opciones...
Me parece un planteamiento muy bueno y con suficiente seguridad para las dos partes.

Saludos

Power
18/02/2010, 21:39
Hola,
Cita Publicado inicialmente por chencho
Por cierto Power, aprovecho la coyuntura:

¿No es mejor que el kemsirve un sp mini para el backup? Tienes más cpu y posibilidad de hacer raid 0/1 ¿Alguna ventaja el kemsirve perruno? ¿Precio?
Mi idea, en principio era tener dos servidores idénticos con Proxmox, con varias VMs cada uno.

El SP Mini sólo tiene 2GB de memoria.
Eso es muy poco para mis necesidades.
En cambio, el Kemsirve i7-2T tiene 8GB de memoria.
Creo que con eso me bastaría.

Saludos

Power
18/02/2010, 21:34
Hola,
Cita Publicado inicialmente por apocalipsis
1º. Meti este comando en cron del host proxmox:

find /var/lib/vz/backup -amin -1320 -exec ncftpput -u ****(login ftp) -p **** (pass ftp) server.backupremoto.com /ftproot/vzmachines/fullvz/ {} \;

Con ello envio las copias completas de la maquina del ultimo dia a un ftp remoto

2º. Borro las copias mas antiguas de 31 dias (de las copias completas)...mantengo 31 copias en el servidor, y copias semanales y mensuales en otro equipo remoto

find /var/lib/vz/backup -mtime +31 -exec rm {} \;

3º. Cambie el comando vzdump (esta en usr/sbin)... y modifique una parte quedando como sigue... (basicamente lo que hago es añadir la fecha y la hora al fichero que vzdump crea... pues por defecto creo recordar que solo creaba un fichero y lo sobreescribe continuamente. Y ademas establece que la compresion por defecto sea tgz.




my $logfd;

my $vmstarttime = time ();
my $datestamp = strftime("%d-%m",localtime);

my $basename = "vzdump-${vpsid}-${datestamp}";
my $tarfile = $res->{tarfile} = "$dumpdir/$basename". ($opt_compress ? '.tgz' : '.tar');
my $logfile = "$dumpdir/$basename.log";
¡¡¡ Sí señor !!! Muy bien pensados esos cambios.
Tomo nota.

Saludos

Arturoap
18/02/2010, 15:04
Cita Publicado inicialmente por Power
Hola,

Es una buena idea, Apocalipsis.

Tengo previsto pasarme a Proxmox.
Y había pensado contratar 2 servidores físicos para poder cambiar de servidor rápidamente ya que mis clientes no pueden pasarse días sin servicio.

No puedo ofrecerte, aún, una máquina, pero si más adelante sigues interesado, podremos contactar.
Espero poner en marcha mis nuevos servidores para el verano.

Saludos

Power, una pregunta, tienes pensado pasar tus cuentas de cpanel a un cpanel optimizado? es decir, tu sistema que actualmente funciona con cpanel, pasarlo a proxmox?


PD: Lo pregunto, porque me interesa mucho el tema...

Saludos!

apocalipsis
18/02/2010, 13:00
Cita Publicado inicialmente por chencho
Me interesa notablemente este tema.

Actualmente tengo un servidor en ovh con todos los dominios, pero como mis clientes (y yo mismo) no pueden pasar con el correo caído y en algunos casos tiendas online, necesito tener otro servidor listo para funcionar en segundos (va, minutos) en caso de fallo.

Pensaba en la solución de proxmox, aunque soy novato en este sistema.

Lo que me crea un "problema" es a la hora de compartir un dedicado con proxmox (creo que es la idea) ya que los datos de mis clientes y los míos propios necesitan seguridad, y compartiendo el proxmox será accesible por quien administre la máquina.
El correo... yo uso el servicio de google apps... (me ahorro dolores de cabeza...).

Proxmox es sencillisimo de manejar y configurar (asi que por eso no te preocupes...).
En cuanto al acceso, realmente yo no tendria acceso a tu servidor ni tu tendrias acceso al mio... mi planteamiento es el siguiente:

1º. Nos damos una cuenta ftp mutuamente en cada servidor (es decir yo te asigno una cuenta ftp en mi servidor y tu semanalmente envias (si quieres codificada) a esa cuenta el backup de tu server (y lo mismo pero a la inversa... yo envio a mi cuenta ftp el backup)...

2º. Falla el hardware... me notificas que necesitas habilitar el sistema y yo te creo la maquina virtual (restaurando la copia de seguridad...) a partir de ahi, es todo cosa tuya...(tienes acceso por ssh a tu maquina virtual).

3º. Se recupera el hardware, hacemos el proceso a la inversa... y vuelves a manejar tu equipo con normalidad.

Con ello, de forma habitual yo no tengo acceso a tus datos (codificados) salvo cuando tu lo necesites (y viceversa), ni acceso a tu maquina (solo una cuenta ftp). En cualquier caso, para garantizar podemos firmar un documento de confidencialidad y cumplimiento de lopd.


P.D: este sistema serviria para una disponibilidad de restauracion en unas horas, si quieres una disponibilidad mayor, tendrías que ir a otras opciones...

chencho
18/02/2010, 12:38
Me interesa notablemente este tema.

Actualmente tengo un servidor en ovh con todos los dominios, pero como mis clientes (y yo mismo) no pueden pasar con el correo caído y en algunos casos tiendas online, necesito tener otro servidor listo para funcionar en segundos (va, minutos) en caso de fallo.

Pensaba en la solución de proxmox, aunque soy novato en este sistema.

Lo que me crea un "problema" es a la hora de compartir un dedicado con proxmox (creo que es la idea) ya que los datos de mis clientes y los míos propios necesitan seguridad, y compartiendo el proxmox será accesible por quien administre la máquina.

Por cierto Power, aprovecho la coyuntura:

¿No es mejor que el kemsirve un sp mini para el backup? Tienes más cpu y posibilidad de hacer raid 0/1 ¿Alguna ventaja el kemsirve perruno? ¿Precio?

apocalipsis
18/02/2010, 10:59
1º. Meti este comando en cron del host proxmox:

find /var/lib/vz/backup -amin -1320 -exec ncftpput -u ****(login ftp) -p **** (pass ftp) server.backupremoto.com /ftproot/vzmachines/fullvz/ {} \;

Con ello envio las copias completas de la maquina del ultimo dia a un ftp remoto

2º. Borro las copias mas antiguas de 31 dias (de las copias completas)...mantengo 31 copias en el servidor, y copias semanales y mensuales en otro equipo remoto

find /var/lib/vz/backup -mtime +31 -exec rm {} \;

3º. Cambie el comando vzdump (esta en usr/sbin)... y modifique una parte quedando como sigue... (basicamente lo que hago es añadir la fecha y la hora al fichero que vzdump crea... pues por defecto creo recordar que solo creaba un fichero y lo sobreescribe continuamente. Y ademas establece que la compresion por defecto sea tgz.




my $logfd;

my $vmstarttime = time ();
my $datestamp = strftime("%d-%m",localtime);

my $basename = "vzdump-${vpsid}-${datestamp}";
my $tarfile = $res->{tarfile} = "$dumpdir/$basename". ($opt_compress ? '.tgz' : '.tar');
my $logfile = "$dumpdir/$basename.log";

Power
17/02/2010, 22:23
Hola,
Cita Publicado inicialmente por apocalipsis
Eso si, te recomiendo hacer un par de retoques al script que usa por defecto para crear las copias de seguridad proxmox (y instalarle de paso webmin como complemento para unas cuantas cuestiones).
Sí. Pensaba instalarle Webmin (se lo instalo a todas mis máquinas).

Si nos comentas los retoques a hacerle al script, se agradecerá.

Saludos

apocalipsis
17/02/2010, 21:36
Lo cierto es que yo estoy muy satisfecho con proxmox, de hecho, me parece en cierto modo increible que la gente no utilice sistemas de virtualizacion en las maquinas dedicadas... la flexibilidad que permite es simplemente impresionante (y no digamos ya las facilidades a la hora de restaurar sistemas).
En cuanto a la opcion de proxmox (yo lo uso con openvz...) creo que es la mas indicada cuando no necesitas realizar mezclas de sistemas operativos ni usar kernels linux personalizados, el rendimiento que obtienes es el equivalente al sistema nativo (en tanto no hay ningun tipo de emulacion ni virtualizacion). Eso si, te recomiendo hacer un par de retoques al script que usa por defecto para crear las copias de seguridad proxmox (y instalarle de paso webmin como complemento para unas cuantas cuestiones).

Power
17/02/2010, 20:55
Hola,

Es una buena idea, Apocalipsis.

Tengo previsto pasarme a Proxmox.
Y había pensado contratar 2 servidores físicos para poder cambiar de servidor rápidamente ya que mis clientes no pueden pasarse días sin servicio.

No puedo ofrecerte, aún, una máquina, pero si más adelante sigues interesado, podremos contactar.
Espero poner en marcha mis nuevos servidores para el verano.

Saludos

nadeu
17/02/2010, 17:05
La "putada" es que nuestra virtualización está bajo plataforma VMware..

Veremos lo que se puede hacer

Saludos,
Nadeu.

apocalipsis
17/02/2010, 16:44
Esa opcion ya la habia contemplado (un RPS)... pero requiere realizar una reinstalacion y readaptacion completa... mientras que que con una maquina proxmox es tan simple como hacer un restore de la maquina y cambiar las ips de los dominios...

nadeu
17/02/2010, 16:37
Yo te recomendaría, no es por hacer SPAM ni nada, que te pusieras en contacto conmigo haber que solucion de backup más adecuada te podemos ofrecer, nosotros vendemos VPS, quizás te interese alguna de las soluciones en caso de inestablididad de Hardware que nosotros utilizamos,

Saludos,
Nadeu.

apocalipsis
17/02/2010, 16:04
Tengo una maquina dedicada con proxmox... lo cierto es que estoy muy satisfecho con el funcionamiento de ésta y sobre todo me da muchisima flexibilidad a la hora de realizar actualizaciones y copias de seguridad (puedo realizar las pruebas en local previamente a subir la maquina a produccion)

El sistema de copias de seguridad lo tengo ya solucionado, pero como todos creo que tenemos un pequeño problema con la fiabilidad del hardware, es decir, si el equipo falla debemos tener un equipo de forma rapida para solventar esa contingencia... y eso es un problema (salvo que se disponga de otro equipo de respaldo).
Lo cierto es que para el uso que doy al servidor dedicado (alojamiento de poco mas de 15 dominios con escaso trafico) no me compensa disponer de forma permanente de un equipo de respaldo (por los costes) pero tampoco podemos esperara 2 semanas a que nos pongan en funcionamiento otro equipo.
Asi que, mi propuesta es simple, si alguien esta en mi situacion, podemos llegar a un compromiso mutuo... cedernos mutuamente en caso de fallo del equipo principal, una maquina virtual para tener operativo el sistema durante el tiempo que se solventa la incidencia de nuestro propio equipo.

El coste de esta propuesta es muy bajo... 1 € al mes (el coste de una ip disponible en caso de necesitar restaurar las maquinas virtuales)... y las ventajas son multiples....

Si alguien esta interesado puede enviarme un mensaje a javidos(borraesto)@gmail.com o dejar un mensaje en el propio foro.