Que es exactamente RAM Bursteable

Pero precisamente la forma de manejo de memoria de Virtuozzo es lo que le permite tener un rendimiento mucho mejor, ademas de otras ventajas de automatización y para balanceos de carga (movimientos de VPS entre nodos y esas cosas).

Realmente los dos sistemas con buena configuración son buenos y funcionales, es como eso de elegir entre mac y pc o entre linux y windows

Es muy probable que el motivo haya sido un problema de este tipo.
Los errores de ese tipo en VPS normalmente son por la forma de diseñar la plataforma para precio o para estabilidad.

Las compañias que ofrecen VPS baratas quiere decir que están trabajando en plataformas diseñadas para obtener el menor costo unidad, por tanto com más posibilidad de error que las caras orientadas a la estabilidad, realmente son dos mundos diferentes

Nosotros en cambio vamos al reves, toda nuestra plataforma está virtualizada (excepto para algunos DNS) incluso los servidores dedicados a un solo cliente son una VPS que ocupa todo el nodo y te aseguro que es una experiencia de administración única.

 

`jejej perdona no pude evitar leer lo de mainframe.. si me permites la correción.. no es lo mismo AIX que mainframe y menos decir que aix es unix para mainframe... ( mainframe es mainframe y unix es unix ).. ( nada mas dispar que eso ) AIX es UNIX lisa y llanamente propietario de IBM .. y mainframe utiliza Z/OS como sistema operativo ( que es muy muy muy diferente de unix ) que el propietario de ambos sea IBM no significa una cosa sirva para la otra.. ( si te escucha alguien de mainframe decir algo asi creeme te correra unos largos metros xD ) Por otro lado es verdad que mainframe utiliza desde hace siglos el concepto de LPARs y AIX asi como Solaris con sus containers hace mucho utilizan el concepto .. la diferencia es la forma en que lo manejan.

Repito disculpas por el comentario este un poco descolgado pero bueno jejeje creo merecia la pena la aclaración..

Salu2

 

La tecnología de virtualización, como lo hace Virtuozzo, no es un invento nuevo, así se han funcionado los "mainframes" desde hace muchos, muchos años, AIX no es más que un UNIX de IBM aplicado a mainframes

1- Manframe es simplemente una computadora grande, es un concepto independiente del S.O. y de la marca

2- El que está realmente descolocado eres tu cuando le asignas un S.O. o una marca a un mainframe, si quieres una lista de mainframes podemos empezar desde un sistema 360 de IBM, una DSP de Honeywell-bull pasando por todos los de cray, Bull, Univac, Sperry, Unisys o Wang y inguno de ellos utilizó nunca Z/OS

3- AIX es el unix que utilizo IBM desde 1986, basado en System V, primero pára su IBM RT/PC y despues para sus equipos grandes (cuando abandonó los sistemas propietarios, como el sistema 36 o el 38)

Para quienes quieran conocer un poco más sobre AIX én esa página podrás leer claramente:

En cuanto a z/OS "es el sistema operativo actual de los mainframes de IBM. Del sistema MVT se pasó al MVS añadiéndole múltiples espacios de memoria virtual, agregándole a éste compatibilidad UNIX se pasó al OS/390, y ampliando a éste el direccionamiento de 64 bits se pasó a z/OS."

 

Que pique!

Uy, como va ya este tema!

Como nota de colorido diré que: "Ram" es un vino Escocés con gran nivel de alcohol, famoso por quemar cerebros y memorias y, "Burstable" no lo se exactamente, pero debe ser el escocés que más aguanto bebiéndolo.

De todas maneras sus explicaciones son tan técnicas que yo no llego...

Salu2,

 

Haver el término burstable ya lo define dentro de si mismo, sobrepasable supongo que seria en castellano, es cuando el vps ha consumido la ram nativa assignada y ese necessita de más ram, entonces activa la ram burstable, siempre y cuando este disponible y no se consuma de manera execisva por los demas vps, por eso lo particionan a nivel core para el reparto de recursos.

 

No sé a que va tu pregunta, pero te aconsejo que si estás por contratar un VPS también preguntes que porcentaje del CPU te permiten usar.

Yo me acuerdo los problemas que pasé con SteadCom por no saber casi nada al respecto.

Había contrato el mejor plan con el cPanel/WHM incluido, y me acuerdo que tenía 1 Guaranteed, es decir garantizado, y no te daban Burstable.

Para cambiar de Reseller a un VPS así me venia de lujo.

El problema es que esta empresa me dió 0.2 ghz de uso de cpu, en total eran 0.4 ghz ya que me dieron 0.2 ghz por cada núcleo, el cpu de esta empresa era una Pentium D, cosa que me pareció una porquería para una empresa vendedora de vps principalmente.

Pagué alrededor de 70 dólares por mes, a eso le tuve que sumar la licencia del rvskin, whmreseller, rvsitebuilder.

En fin mi VPS se pasaba todo el tiempo sobrecargando y se cain todos los servicios cada 5 minutos.

Recién se normalizó cuando me aumentaron a 0.8 ghz por núcleo.

Después de ahí me mudé a un dedicado por 118 dólares por mes que ofrecía Burst.Net que estaba increíble, creo que jamás vi una oferta como esa y a ese precio.

Allí y gracia a PSM se me normalizó la situación y se me acabaron los problemas.

En fin, a lo que voy es que te recomiendo que consultes los ghz por núcleo o del núcleo que te corresponde, ya que en ocasiones es más importante que la RAM Burstable que es para que la uses algunos minutos no todo el tiempo cuando el VPS está en horas pico de sitios.

Saludos.

 

Problema provinente de overselling vps, como se puede virtualizar vps en un pentium d eso es una locura.

Esa empresa que comentas no es para nada seria.

 

Exacto, el problema fue no informarme. Fue como un engaño, ya que el reseller se caia menos que el VPS, pero cuando vi que el procesador era una PENTIUM D 3.0 ghz empezé a sospechar.

Pero igual creo que si me hubiesen dado más ghz soportaba tranquilamente y no se sobrecargaba.

Por eso creo que es importante que la empresa te diga cuantos ghz te corresponden y ahi sacar cálculos según la cantidad de clientes que tengas.

 

En una instalación bien hecha y sin overselling, la mejor configuración es dar "igual share" y permitir el uso de hasta el 75% del total de las CPU en caso de procesador disponible.

Si hay alguna VPS que hace uso execesivo de CPU se le reduce el tiempo de uso, que es otro parámetro, no de "cantidad de procesador", de esta forma no hay ningún problema con los servicios.

Una que cosa que no consigo entender son comentarios "se caia menos que..", si una VPS "se cae" quiere decir que debes de cambiar de proveedor, punto, las VPS "no se caen", es más, tienen muchos menos problemas que un servidor dedicado

 

Cuando hablo se se caian, me refiero a que algunos servicios dejaban de funcionar y por tal motivo los sitios webs dejan de funcionar. No me refiero a que deje de funcionar o se rompan.

Yo hay algo que no entiendo..

Vos decis que el igual share anda en un 75 % del total del CPU eso es overselling.

O sea lo lógica a mi entender es si tenes un CPU por ejemplo podés poner 4 clientes dádonles un 25 % del total de CPU para un correcto funcionamiento o dos de 12.5% y 3 de 25%.

Es correcto ese ejemplo?

 

Yo tambien me refiero a eso, no sabia que se pudiera romper un DNS a patadas o a golpes

Efectivamente no lo entiendes, el tiempo de uso CPU como recurso "equal sharing" quiere decir que todas las VPS del nodo tienen igual tiempo de procesador asignado, la cantidad mínima asegurada dependerá de la cantidad de VPS por nodo

El límite de uso de procesador, es decir la "potencia máxima" de una VPS es la cantidad de potencia de proceso que tiene como límite tu VPS durante el tiempo asignado.

El darle el 75% del total de proceso, quire decir que puede usar hasta 1.5 CPUS en un servidor de dos CPU, repito durante su tiempo asignado, esto permite que los procesos que necesitan mucho cálculo se hagan rapidamente y no se necesite mucho tiempo de procesador.

Las CPU actuales, dobles o cuádruples, y con memoria suficiente tienen tal capacidad de proceso, que en servidores para aplicaciones en línea, o de hosting, tienen mas de un 50% de tiempo libre, por que el limitante real, es la velocidad de la red y la de acceso a disco.

Si un nodo está bien configurado, no tienes problemas de falta de CPU y limitar la potencia de proceso es una forma de poder poner MUCHAS, MUCHAS más VPS por nodo y aunque realmente no es oversellig, el resultado es una instalación con muchas caidas y problemas como los que tu has comentado anteriormente.

 

Ideasmultiples:

Actualmente estoy dandole los toques finales a un par de servidores que serán utilizados para VPS con Virtuozzo, me gusta el equal sharing, sin embargo tengo una duda y ante la duda mejor consultar al experto local en Virtuozzo.

Configurando los servidores con equal sharing, es más conveniente tener un nodo por plan VPS? lo digo por lo siguiente: si el nodo está configurado para equal sharing y hospedo dos planes VPS, los clientes que están en el plan más costoso tendrán más memoria, espacio en disco y transferencia pero igual potencia de cpu que los clientes de un plan más barato, esto a simple vista parece algo injusto.

¿es conveniente o no mezclar diferentes planes bajo un ambiente de equal sharing?

 

Es una buena pregunta, pero con dos respuestas, la técnica, es que no hay ningún problema en mezclarlo, pero claro ya no es "equal sharing" es capacidad por plan, existen dos formas de hacerlo, cambiando el % máximo de potencia de CPUS y la cantidad de tiempo de proceso.

Defines un tiempo de proceso estandar, por ejemplo 10,000 y i quieres castigar la calidad de alguno de los planes bajas la cantidad de tiempo asignada, si lo haces a 5,000 esta VPS tendrá la mitad de tiempo de proceso, no de cálculo, que la estandar, si necesitas más pones 20,000 y esa tendrá el doble.

El tema de cortar % de CPU, normalmente aumenta la carga del servidor, por que el mismo proceso como tiene menos %de CPU necesita mas tiempo de cálculo, pero permite tener mas densidad de VPS con menos potencia de cálculo

Personalmente me inclino a ajustar los tiempos mas que la capacidad de CPU.

La otra respuesta es la calidad de servicio, algunas veces he comentado que hay dos formas de configurar un servidor que son totalmente incompatibles, una es por precio y la otra por calidad.

El el caso de empresas que tienen como objetivo bajar costos para poder vender barato, lo que suelen hacer es poner límites en ambos lados con el fin de tener un rendimiento entre malo y regular, en función del precio y las VPS que tengan que poner en un nodo para que este sea rentable.

Además el segmento de mercado de las VPS de bajo precio es casi siempre todos los "reseller de todo a $4" que saturan los servicios porque tienen poca capacidad de proceso, muchos blogs y mucho mail y empiezan las caidas de servicios por saturación.

La otra forma de configuración, que es la que nosotros usamos, no está orientada a "reseller" sino que está orientada a empresas con sitios o aplicaciones en línea que necesitan un servidor dedicado para su negocio, que no ponen mas de 2 o 3 dominios en un VPS porque lo que están buscando precisamente es estabilidad y que sus sitios no se caigan y no les importa pagar 2 o 3 veces lo que vale un VPS de los baratos.

Por eso en este caso, nosotros asígnamos la misma cantidad de CPU y de tiempo a todas las VPS, porque todas deben de tener la misma calidad de servicio, las diferencias entre los planes las marcan exclusivamente la capacidad y la transferencia.

La ventaja es que como el precio es alto, la densidad de VPS por nodo es baja y las máquinas grandes el resultado es un servicio casi exento de problemas y sin caidas.

El mejor indicador de lo que necesita cada VPS es monitorizarla, si tiene problemas de falta de memoria el cliente debe de asumir que es así y ampliarla y por supuesto pagar por ello.

Además tambien puedes balancear los nodos dependiendo de las cargas de cada VPS.

Como ves al final es tambien una decisión comercial de la que dependerá tu precio

 

Agradecido por la explicación.

Creó que dejaré equal sharing e instalaré un nodo por plan, de esta manera no tendré que limitar y pudo "jugar" un poco con la densidad por nodo

El hardware es Dell PowerEdge 2950 Dual XEON 5450 (8 cores) 16 GB Ram 4 x 400 GB SAS HD en RAID 10

La densidad será de 40 para el plan económico (256 MB /10 GB /100 GB ) aún no decido acerca de los otros planes

En un "white paper" leí que el número optimo de vps era de 4 a 10.

 

Es una buena configuración, particularmente prefiero no pasar nunca de 20 VPS por nodo para mantener el IO sin picos.

Por cierto en asignación de tiempos VPS no estás limitando, estás asignado, es decir no limitas a 1000 unidades de proceso, le das 1000 unidades de proceso, parece igual pero no es lo mismo, en cantidad de procesador, si limitas, pero como te comente no hay ningún problema en "mezclar".

Normalmente la "mezcla" se hace en función de los consumos de las VPS, de tal manera que los nodos queden compensados, es una mejor solución, si pones todos los "grandes" en el mismo nodo, el nodo se saturará, en cambio si pones unos cuantos grandes y el resto pequeños (Grandes y pequeños por consumo no por plan) tus nodos estarán mucho más estables.

 

No tengo data ni estadísticas para afirmar o negarlo, pero crees que con 4 SAS 15K y 16 MB de cache por disco, más el cache de la controladora, en RAID 10 tenga problemas de IO? dispongo aún de 2 bahias libres puedo añadir 2 discos más por servidor, pero los discos SAS son bastante costosos aunque extremadamente rápidos (3 ms)

A medida que incremente el número de servidores puedo comezar a moverlos en base al uso, al principio comenzaré con los dos.

Por ahora me interesa comenzar rápido, no tiene mucho sentido tener dos servidores de ese precio parados sin hacer nada en mi oficina

De nuevo gracias por tu asesoría, y mis disculpas por haber desviado un poco el tema.

 

Actualizo y pregunto,

Actualmente cuando tengo 210 - 250 usuarios en linea en uno de mis foros y en otro 80 usuarios, en la página de consumo de ram del panel virtuozo me pinta color amarillo en ocaciones rojo, debo rentar mas ram?

dejo el top:

 

Cual es tu memoria real?

 

Es de 384 MB