Que utilizar para BackUp

Disculpa tantas preguntas, tengo dudas que saciar! y en este foro me estoy nutriendo bien! Gracias

 

Para los vps mínimo dos procesadores Intel xeon E3, server con doble fuente de alimentación, 8GB de RAM ECC y 6 discos en RAID10 por hardware. Luego esta si quieres vritualizar con openVZ o Xen. OpenVZ rendimiento, bueno depende como lo montes jeje y hackeado uno hackeados todos por que comparten el mismo kernel ya que es virtualización a nivel de sistema operativo. Con xen los vps si hackean uno no hackean el nodo. Esta más aislado, pero el hypervisor, también consume más recursos.

 

Ok entonces para el hosting en Linux y Windows seria mas o menos más velocidad, memoria, disco con mismo server y mas velocidad Isp.

Esta cuestión vale dinero casi casi mándame mi factura, jejeje.

 

Los quadcore que tienes para compartido para unas 100 o 200 dominios te pueden servir. Aunque como te ha comentado @Datacenter1 por lo menos 10mbps de línea que son 2000GB al mes y algo más de disco. 1TB con raid1 para el compartido. Con 8GB de RAM ta esta bastante bien. Si quieres los mandas a colo y el server de los vps alquilas unos más potentes con lo que te he comentado.

 

Ya entendi para los VPS MEJOR ALQUILARLOS

 

Con:
2MB DESCARGA Y 2MB SUBIDA

No vas a ningún lado...

 

¿En serio?

Y eso ¿Por qué? y sobre todo ¿Cómo? (lo de que comparten kernel no vale, eh)

 

No existen E3 duales, si acaso E5.

 

Hola @jmginer

Me referia a dos cpu e3 físicos en la misma placa base. Con dos sockets la placa base y dos procesadores. Dos e3 físicos. Yo no concibo montar una plataforma de vps de calidad en un single.

Salu2,

 

Coñe pues pensaba que si que habían e3 duales pero se ve que no:
http://www.servethehome.com/asus-zdna-zdnr-dual-intel-xeon-e52400-motherboard-lga-1356/

@Sr Peguero mínimo empieza con 10mbps.

 

Ya me lo han dicho pero veremos como me funciona para las webs solo para eso! (me gusta este negocio pero como quiero hay que gastar muchos US$)

 

Hay algun manual o guia! para yo ver su instalacion y como funcionaria? (observandolo como que yo soy el cliente "su funcionamiento")

 

Por eso digo que es mejor empezar con un reseller bien montado que tener dedicados y tener solo 2 mbits y sin dns externas.

Como funciona es simple: http://es.wikipedia.org/wiki/Virtualización Resumiendo: Host - Huésped 1, Huésped 2 hasta los que puedas poner. Luego un ssh root@ip-publica para conectarse y puedes instalar el so y el panel de control y librerias que quieras.

Para instalar openzv:http://wiki.centos.org/es/HowTos/Virtualization/OpenVZ

Aunque tienes que controlar bien el tema de vps por nodo para no sobre cargarlo. Puedes asignar vcpu en vez de equal share o cpu compartida. Aunque si vas a empezar yo te aconsejo la reventa ya que tendras mejor infraestructura, inviertes menos y consigues más calidad. En esos dedicados que has puesto yo solo montaria compartido pero con mas velocidad por lo menos 10mbps. Pero vps no.

 

Me uno a la pregunta @f.villalba

 

Pero que pro y contras tiene eso del kernel compartido???

 

El kernel de OpenVZ, al es compartido, esto da alguna ventajas como por ejemplo velocidad y optimización, no es lo mismo correr un kernel por servidor físico que 10, 20 o 40
Para el cliente también hay beneficios, ya que el kernel y módulos son compartidos el VPS tiene más recursos libres para las aplicaciones
Tiene sus desventajas y la principal es que todos containers de un nodo tienen que ser linux y por supuesto usarán el mismo kernel, en otras palabras si planeas usar VPS basados en Linux y Windows, OpenVZ no es para ti

El link: http://www.virtuatopia.com/index.ph...ation_Techniques#Shared_Kernel_Virtualization (en ingles, pero con gráficos que explican bastante) de dará una buena idea de los diferentes tipos de virtualización

 

Uno utiliza paravirtualización o un hypervisor, xen. Y el otro openvz trabaja a nivel de sistema operativo con lo que comparte un mismo kernel para todos los vps. Supuestamente tiene que ofrecer mejor rendimiento. Yo tenía entendido que en openvz hackeado unas hackeado el nodo.

http://forum.proxmox.com/threads/6508-Can-the-root-user-break-out-of-an-OpenVZ-container

Si vas a ofrecer una misma configuración igual para todos tus clientes openvz

Si vas a ofrecer distintas configuraciones Xen

 

Esto depende un poco de lo cabrón que sea el proveedor por que si hace overselling o el acceso a disco es bajo va ir igual de lento. xD

 

Necesitas privilegios root en el nodo principal y en ese caso no importa la tecnología de virtualización que uses igual estarás J$%#@$,

Se puede hacer overselling con Xen o KVM, por lo que no es un problema de la plataforma sino del proveedor

 

Te recomiendo mi.... mmm forma de pensar si asi lo puedo llamar, primeramente bienvenido es bueno tener gente que le interesa iniciar un negocio, gente emprendedora y que piensa en dar un buen servicio, de primera intencion no quiero quitarte las ganas ni desanimarte, ya creo te han dado muy buenos consejos aunque parecen criticas o regaños, ya que yo cuando inicie pense en hacer lo mismo que tu, pero bueno, sobre el backup te recomiendo lo siguiente:

1. Escucha a tu corazon y a tu cabeza. Suena cursi pero si ya planeaste como resolver el detalle del hospedaje web el respaldo es mas facil.
2. Keep it simple. No te quiebres la cabeza, usa un servidor con menos recursos y mas espacio, al final puedes usar un programa para sincronizar archivos y base de datos, como por ejemplo rsync.
3. Siempre busca la mejor opcion. Analiza los pros y contras de invertir fuera por renta y no solo en pensar que tienes tu propio hardware, lo digo tanto para el caso de venta de hosting como para respaldo consideralas de forma independiente.
4. HD Externo?. Si tu los administras y los tienes en tu casa u oficina, piensa en usar discos duros externos.
5. Planea a futuro. Comienza con cosas no tan complejas, pero si ve planeando ir subiendo el nivel de respaldos, a lo mejor a futuro contratas con algun proveedor de hosting un VPS o un Dedicado sea para hosting o respaldos.

Estas son ideas tomando en consideracion tu pregunta planteada.