Consulta

Buenas Tardes.

Quiero consultar lo siguiente, estoy pensando en arrendar un servidor dedicado de gama media-alta.

Lo que quisiera hacer dentro del servidor es alojar hosting compartido y servidores virtuales, dichos servidores virtuales que los pueda reiniciar el propio cliente mediante un panel de control, separando que tenga instalado cualquier tipo de panel de hosting o bien otro tipo de aplicación.

Quisiera consultarles que software me recomiendan, estuve viendo SolusVM pero tengo entendido que no es compatible con WHM/Cpanel.

También que opinan de ofrecer con discos SSD en medio de SATA.

Aguardo comentarios,
Gracias!

 

SolusVM es compatible con WHM/cPanel

Básicamente el método consiste en virtualizar el servidor y crear una VM en donde vas a instalarcPanel, y crear las VM's de tus clientes

VM= Máquina Virtual

 

Hola,

De donde sacas que cpanel/whm no es compatible con solusvm? Una cosa es SolusVM que es un panel de gestión para el control de las vps y otra cosa WHM/cPanel que es un panel de control para dedicados y vps.

Para virtualizar el servidor te recomiendo que instales openvz y un sistema raid por hardware con discos SAS en RAID10 y hotspare. Es decir en total 6 discos. El costo de 1GB en los SSD es bastante más caro y no merece la pena para usuarios que tienen una línea ADSL de 6MB de bajada en su casa.

 

Lo que no puedes hacer es instalar ambos sobre el mismo "servidor". Es decir, en un dedicado metes SolusVM, y en un VPS dentro de dicho dedicado podrás usar cPanel tranquilamente.

Lo que no puedes es meter sobre el dedicado directamente SolusVM y cPanel (hasta donde conozco).

Saludos

 

Es decir que en el dedicado que compre le instalo SolusVM.
Se puede instalar cloud linux como OS y SolusVM?

 

Hola,

Supongo que sí. Aquí tienes un listado de los sistemas soportados (CentOS + CloudLinux imagino que podrías, aunque lo desconozco):

http://docs.solusvm.com/v2/Default.htm#Installation/Requirements.htm?TocPath=Installation|_____2

No obstante, ¿para qué quieres implementar CloudLinux en dicho dedicado? Los recursos ya los vas a distribuir a tu gusto mediante la gestión con el panel SolusVM. Otra historia será meter CloudLinux en los VPS que consideres porque quieras medir los recursos de cuentas hosting en dicho VPS.

A tener en cuenta: algunos entornos de virtualización no soportan CloudLinux. No tengo a mano ahora el listado, pero San Google o algún compi del foro igual puede echar una mano a este punto.

Saludos,

 

Ya he entendido, a veces genera un enredo pero vamos a tiempo.

 

Justice, una duda que tengo es la siguiente:
Hay proveedores que ofrecen 1 IP y hasta 3 adicionales. cuando creas cierta cantidad de vps, cada vps no utiliza una IP diferente? o me equivoco?

 

En efecto, 1 VPS == 1 IP (mínimo; ya si quieres asignarle más, pero es algo opcional).
Si coges un dedicado con 1 + 3, la primera se la queda el dedicado, y el resto puedes utilizarlas.

Saludos,

 

Ultima consulta, por ejemplo si tengo un servidor con solusVM y creo dentro de ella servidores virtuales, quisiera que todos los servidores apunten a dos DNS principales mias, las ofrezco como marca blanca. Se puede? que necesito? y que las dos dns no esten en ese servidor sino alojadas geográficamente.

 

Si, se puede. Puedes usar DNS-only de cPanel para ello.
Sobre la ubicación, depende de donde esté el VPS donde vas a instalar DNS-only.

 

Entiendo,
Lo que yo quisiera es lo siguiente:

Que el cliente cuando se le entrega el VPS, este apuntado a unas DNS que ofrezco, esas DNS que sea para todo, no solo para el que tiene un vps, sino que tambien para el que tiene un web hosting compartido ó Reseller. Es factible? Mas alla que las dns van a estar en otro datacenter, para evitar posibles fallos.

 

Hola,

Si como ya te han dicho tienes que contratar dos vps en distinto as y instalar cpanel dns only.

https://documentation.cpanel.net/display/ALD/Installation Guide - Install cPanel DNSONLY

Luego configuras las DNS desde WHM.

 

Si pero ahí ya lo tiene que valorar uno si realmente necesita tanto o no. Con un sistema RAID10 con discos SATAIII o SAS y con hotspare ya es más que suficiente para ofrecer una buena velocidad. El costo del GIGA en un SSD es superior a uno con SATAIII. Entiendo perfectamente lo que quieres decir @turcu pero a veces el usar SSD no compensa o no es tan necesario. Los SSD también duran menos y son más caros.

Si se quiere hacer bien realmente hay que montar una array de discos y con hotspare. Con ssd y raid10 no puedes hacer hotspare por que te los cargas que prefieres rapidez o tolerancia a fallos?

 

Yo prefiero los dos

RAID10 con 2 discos SSD de una marca y 2 discos SSD de otra con fecha de instalación diferente + 2 hotspare SSD en un servidor de 6 bahías de 2.5 1U.

La verdad es que el rendimiento, velocidad de acceso a disco, I/o etc... que te ofrecen los discos SSD (Con RAID10 simple), no te lo ofrece ni un raid de 12 discos SATA (Please que alguien me corrija si me equivoco, pero mis pruebas han sido esas), para storage "masivo" donde no te importa que el I/O sea lento, que el servidor se te llene de iowait, etc... entonces, vale, usa SATA.

Saludos !

 

La clave no es tanto la velocidad si no el tiempo de acceso, por muchos discos que pongas en RAID-10, el tiempo de acceso no va a ser nunca jamas menor que el más alto de los discos del RAID, en el mejor de los casos 8ms, en un entorno completamente parado, si está en producción, te puedes meter en 100 ms fácilmente y si está en proceso de backup, te puedes meter entre 300ms en el mejor de los casos hasta varios segundos... Es lo que tiene una aguja desplazándose como loca, donde con el tiempo, datos que se escribe, datos que se borran, bis, bis, bis... Fragmentación... a los tres años eso va mas lento que el caballo del malo, da igual que tengas mil discos en RAID10... Con SSD hablamos de 0.1 ms y lo de que duran menos, es bastante relativo, decir lo mismo hoy que se decía hace 5 años cuando la tecnología es hasta diferente, es hablar sin conocimiento de causa. Pero bueno, cada cual que piense lo que quiera.

 

Absolutamente de acuerdo ... hoy un BUEN disco SSD diseñado para servidores tiene un MTBF o tiempo medio entre fallos superior a casi cualquier disco SATA o SAS disponible en el mercado ( 2+ millones de horas ), por lo que de partida la "confiabilidad" de nacimiento de un SSD para servidores es mucho mejor, descontando además todo el problema ocasionado por el movimiento de discos, cabezales, etc, el consumo de energía, el calor generado y la resistencia a impactos, solo por mencionar "algunas" ventajas de los discos SSD.

Respecto a la durabilidad o SSD Endurance creo que ya comenté por ahí que según Intel hoy un SSD para servidores puede soportar sin mayores inconvenientes 50 Gb de escritura DIARIOS por cada 100 Gb de capacidad durante 5 años !!!!!! ... creo que antes de esos 5 años ya se van a estar usando de pisapapeles en un escritorio , además en un par de años van a estar completamente amortizados y vamos a disponer de nuevas tecnologías SSD ultra o SSD plus que hoy ni siquiera imaginamos ... es como hablar de los primeros SSD y compararlos con los que existen hoy.

Muchos discos SSD de las marcas mas reconocidas ya han superado los 750 TERABYTES de escritura antes de pasar a mejor vida y creo que leí un artículo de uno que ya superó incluso la barrera de 1 PETABYTE de escritura antes de irse al mundo de los pisapapeles ... resumiendo un poco si un disco SSD "para servidores" utilizara 100 Gb de escritura "al día" y haya superado pruebas de escritura de 750 Tb ... colapsaría después de 21 AÑOS y sin considerar un sistema RAID, ni caches, ni múltiples discos.

Entonces si sumamos :

Múltiples SSD enterprise + Confiabilidad MTBF + SSD Endurance + controladora RAID

Es LEJOS la alternativa mas confiable y con mejor rendimiento que existe hoy en el mercado para almacenar información online ... otro asunto es el precio, pero no estamos hablando de eso ahora.

Basta con que descubran un nuevo diseño que abarate la tecnología SLC ( Single Level Cell, 100.000 ciclos de escritura ) y listo ... el problema actual radica en que por costos se usa básicamente tecnología MLC ( Multi Level Cell, 9.000 ciclos de escritura ) o TLC ( Triple Level Cell, 3.000 ciclos de escritura ) para las memorias de discos SSD.

Mientras menor es la cantidad de bits por celda, soporta mayor cantidad de ciclos de escritura/borrado, tiene menores tiempos de borrado ... PERO "obviamente" es mucho mas cara.

Creo que ya escribí un artículo sobre todas las tecnologías que incorporan los discos SSD para servidores con el fin de aumentar el "Endurance" ... lo voy a buscar por si a alguien le interesa.

 

neocomp mi experiencia no ha sido tan buena, en discos SSD que se utilizan para sitios de alto transito con DDBB's pequeñas y con muchas actualizaciones de cada registro, por ejemplo donde se actualiza la modificación de hora acceso en cada lectura por temas de registro, puede llegar a actualizarse varios millones de veces el mismo registro en un solo día y te puedes imaginar las consecuencias....

 

Además que el costo del GB no compensa, duran menos, y para un usuario que tiene 6MB de bajada de poco le sirven que el servidor tenga SSD.