Que es exactamente RAM Bursteable

Pues eso, que es RAM Bursteable o que se debería entender por ello

 

Puedes verlo como un RAM "elástica"

Tienes X cantidad de RAM garantizada, pero si el servidor dispone de recursos no usados te permite sobrepasar temporalmente la ram asignada.

Es algo subjetivo y debe ser manejado con cuidado, por ejemplo un proveedor puede garantizar 256 de ram burstable hasta 1024, pero si el nodo está demasiado congestionado y falto de recursos, la supuesta memoria adicional será solo promesas.

 

Exacto, añadiría también que si necesitas 358 MB de memoria (por ejemplo), considera que esa cantidad esté asegurada, y nunca contrates un VPS de 256 MB con más memoria burstable pensando que ésta podrá ayudarte y brindarte esos 102 MB que te faltan.

 

Es límite superior de la memoria que puede llegar a disponer una VPS como memoria máxima, cuando necesita necesita más de la asignada, se toma de la memoria libre del nodo, pero la RAM burstable sólamente hay que tenerla en cuenta para usarla en picos cortos y puntuales.

Es un gran error pensar que se va a poder utilizar la memoria burstable en VPS de bajo costo, porque el nodo casi siempre tiene la memoria totalmente repartida, es mejor ser realistas e ignorar la cantidad de memoria burstable ofrecida y pensar que sólo se va a disponer de la asegurada.

Es diferente hablar de VPS para hosting, en el que el nodo casi siempre corre al máximo de recursos ocupados, que de manejar un servidor para mi sólo en MI centro de datos para MIS aplicaciones, en ese caso si podemos determinar si tendremos o no memoria con seguridad.

Para que haya un buen desempeño en un nodo y que la memoria burstable pueda ser usada correctamente, es necesario dejar como mínimo de 2GB a 3GB de memoria sin asignar a las VPS.

Por ejemplo, un nodo con 8GB de memoria tiene el mejor desempeño con 20 VPS de 256MB, 20 VPS x 256MB = 5GB y quedan 3GB reales de memoria burstable que si se podrán utilizar por los VPS.

 

burstable ~= separable

 

Burstable no puede ser traducida por Elástica o por fléxible porque ambas tienen sus propio equivalente en inglés.

Por eso he puesto parecido a (~=) separable (es un termino de programación) se refiere a que puede "separar/ceder" temporalmente y "reunir/recuperar" partes/bloques del contenido total de un conjunto cuando un proceso lo necesita.

La memoria burstable en si, son bloques de direcciones de memoria que se van moviendo entre los diferentes procesos, cuando el "proceso 1" necesita mas memoria, lo pide a la tabla, si esta no tiene bloques libres para darle, comprueba en su indice si hay bloques libres o asignados a otros procesos no los estan usando, los reclama y los asigna al "proceso 1", si todos los bloques están ocupados, comprueba si el proceso que solicita el bloque es más importante que alguno que tienen bloques asignados y ocupados y si lo es entonces mata ese "proceso secundario" para liberar el bloque y asignárselo al bloque más importante.

El término burstable tambien se aplica a un sistema de reparto de ancho de banda que funciona de la misma manera quita ancho de banda a los de menos prioridad para dárselo a los de mas prioridad.

 

Creo que no me explicado bien y no hablamos del mismo significado de la palabra, no me refiero al termino "separar" de alejar 2 objetos entre si, sino al termino "separar" equivalente a reservar.

Quizás se entienda mejor como "reservable".

 

¿os estáis dando cuenta, amigos Apolo e Ideasmultiples, que el usuario ya ha visto su pregunta respondida y ahora vosotros estáis debatiendo por un término anglosajón en un foro hispano???

Tiene que ser el cambio climático, tiene que serlo

 

jejejeje puede ser, es practicamente imposible hacer traducciones literales del ingles al español, asi que solo dejemos las cosas en terminos asercados a la realidad y entebdibles, bueno saludos

 

Hombre despues de la explicación técnica va la explicación gramatical que el saber no ocupa lugar

 

hola

¿ es verdad que usar memoria por sobre la garantizada, en un vps, puede llevar a la corrupción de datos (por ej. en bases mysql) ?

Un proveedor muy serio (VPSit) comenta esto en sus ofertas.

¿ alguien ha tenido este problema ?

roberto

http://www.vpsit.com/int/faqs.html#burstfree

"Many companies claim that they give you "burst" memory with their Virtuozzo VPSs / VEs. But in actuality this is a horrible way of giving users stability and is a very common way to oversell their services. Having this burst memory on a VPS usually results in corruption (especially database corruption) of data. Some good question that you should ask any provider saying they have burs" is "How long can I burst for?", "How graceful is the stoppage of the memory allocation?", "Can I recover my data that is lost when this memory is re-allocated?"
If a user does do burstable memory with SLM (the better memory management) with Virtuozzo that is also very dangerous as VPS is allowed to use more memory for short period of time - about 15 seconds and then should free this extra memory. If memory is not not freed by VPS, then SLM will start to force processes to free memory and if unsucessful - to kill processes.

Quote from a SWSoft Virtuozzo developer:
"For example, if you have some process, say mysql running some insert query and asking for a big amount of memory, it will be allowed to allocate it for the time frame of 15 seconds only. And if process does not release this memory in time, it will be killed by process manager. It can bring damage to data, for example mysql database corruption."

 

Totalmente cierto, si tu servidor de MySQl es uno de los procesos "matados" por exceso de consumo las tablas que haya abiertas en ese momento pueden quedar en cualquier estado.

La memoria burstable es una solución puntual a un pico de consumo, eso siempre que estes con un proveedor decente, pero no es una solución de "mas memoria disponible" como la ofrecen la mayoría de proveedores, eso es un auténtico engaño a a los usuarios que les puede traer consecuencias funestas.

La realidad es que la mayoría de esos proveedores no saben como funciona, ni como el sistema maneja la memoria, por eso la ofrecen así...

 

Interesante lo que señala contenidosonline, si bien tiene lógica desde el punto de vista técnico, no pude encontrar un solo caso documentado en Internet acerca de una corrupción de datos causada por la ram burstable, por lo que supongo que no busqué en el lugar indicado o la posibilidad de que suceda es bastante baja.

Por otro lado ... ¿como se le explica a un cliente que un VPS de 512 MB sin ram burstable es mejor que el del competidor con 512 MB expandible a 1024MB?

 

Alguno ha usado AIX ultimamente ? bueno para quienes no .. allí encontraran la misma metodología de uso de ram para particionamientos logicos dentro de un servidor con varios procesadores .. ( le suena familiar a virtuozzo sobre un x86? ) pues la verdad es que es el mismo principio tanto para grandes servidores como para la vitualización desde estas plataformas..

si hay corrupción de datos por usar rangos de ram no garantizadas? pues .. la realidad es que no ( si alguno conoce algun caso será digno de reportar a los desarrolladores de estas plataformas ) la razón y esto se lo escuche a la misma gente de IBM y AMD ( en distintos foros en sus oficinas ) es que cuando un proceso excede la ram garantizada es por que en principio hay ram disponible .. osea el burstable no es otra cosa que el limite de memoria compartida entre todas las particiones logicas puede usar por encima de su memoria asignada. si alguna aplicación necesita memoria compartida y no la hay disponible pues .. esa aplicación directamente no correra por lo que no habrá corrupción de datos.. en el caso de las aplicaciones transaccionales ( bases de datos mysql y principalmente ORACLE etc ) si la transacción necesita mas memoria y no hay recurso suficiente ... simplemente tardará lo necesario hasta tener ese recurso o bien caducara la transacción por los timeouts de la aplicación ( tunning de las aplicaciones ..muy recomendado ).


No esta mal ofrecer ram compartida por encima de la garantizada ... no solo para los que tengan vps sino para todos aquellos que utilicen sistemas con particionamientos logicos. en este aspecto lo unico que hay que tener en cuenta es el sizing del equipo y recursos para mantener una quota de performance entre las particiones logicas.

lo malo de esto es que al ser todo muy virtual para el cliente jamas se enterará si el servidor en el que tiene su vps o equipo logico tiene el sizing adecuado.. y lo peor es que muchos proveedores lo que buscan es solo vender y vender y caen en overselling de sus servidores consumiendo los recursos pero singuen aun asi ofreciendo memoria burstable.

lamentable pero bue........... hay para todo en este negocio

 

No se lo puedes explicar por que no es mejor, pero tampoco le puedes decir que podrá usar 1G de memoria que es lo que hace la mayoría, aplican la frasecita esa de "si el servidor tiene memoria libre usted la podrá usar y disponer de 1GB".

La memoria burstable, siempre hablando en Virtuozzo, es limitada en tiempo x proceso, es decir que si los procesos son cortos, funciona correctamente, pero si son largos les hace un Kill despues de varios "pre-avisos".

 

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 aplicado a mainframes (Hace años que no lo toco....)

La forma de funcionamiento entre una plataforma AIX (mainframe) y virtuozzo son distintas, AIX asigna memoria PERMANENTE (reservada) a un proceso y no la libera hasta que el proceso acaba bajo ningún concepto, cuando el proceso ha acabado la memoria libre vuelve a la tabla de memoria disponible.

En virtuozzo "juega" con la memoria no usada, no memoria reservada, es decir que cuando un proceso hace una solicitud de memoria fuera de su límite garantizado, el despachador se la asigna, pero por una cantidad límite de tiempo y/o mientras no haya otras solicitudes, Virtuozzo "comparte" hasta la memoria asignada a las VPS que se puede "repartir" entre otras si no es usada, por eso que cuando una VPS reclama su memoria "asignada", si está está siendo utilizada por otra VPS como "burstable" se la reclama de forma inmediata matando el proceso que la tiene en unos pocos cliclos de CPU.

El proceso de reclamación de memoria se hace en función de unas tablas configurables en las que se da la prioridad a los procesos que pueden ser "matados" y en que orden.

Normalmente el orden dla lista para "ejecución de procesos" es:
http, DNS, mail, xinet, servidores de DDBB.

Ese es el motivo por el que prácticamente no hay casos de corrupcion de DDBB documentados, porque al matar primero los procesos httpd y dejar las DDBB para lo último estas siguen trabajando normalmente.

Pero SI pasan casos de actualizaciones incompletas, cuando el proceso "padre" httpd es eliminado por el "despachador" y la actualización queda a la mitad, aunque dificil, tambien puede llegar a corromper las tablas si la VPS tiene poca memoria y la DDBB ejecuta un proceso largo y que requiera mucha memoria.

Como dices el problema es que por vender a bajo precio la mayoría ofrece VPS en nodos que tiene más recursos vendidos (overselling) que los que en realidad tienen, es decir calculan 8GB de memoria = 32 VPS x 256, encima venden 40 o 50, por supuesto con 1GB burstable cada uno y sin contar que además el mismo virtuozzo necesita su propia memoria.

Nosotros aplicamos la formula de dejar SIEMPRE como mínimo de 2GB a 4GB de memoria libres por nodo (dependiendo del tipo de servicios alojados), de esa manera SI funciona correctamente la memoria burstable y el rendimiento del nodo es inmejorable, pero claro mucho mas caro...

------------

Este es un ejemplo de como hace la selección y "muerte" de algún proceso por exceso de tiempo de uso de la memoria burstable.

CODE, HTML o PHP Insertado:

Apr 15 02:28:27 srv0710 kernel: kill_signal: 10 message(s) dropped
Apr 15 02:28:27 srv0710 kernel: kill_signal(1002.2): selecting to kill, queued 0, seq 129, exc 3306 0 goal 3306 0...
Apr 15 02:28:27 srv0710 kernel: kill_signal(1002.2): task 000001017b33ea30, thg 000001012b225700, sig 1
Apr 15 02:28:27 srv0710 kernel:  `- task 000001017b33ea30: pid 16979 comm httpd
Apr 15 02:28:27 srv0710 kernel: kill_signal(1002.2): selected 1, signalled 1, queued 1, seq 129, exc 3306 0 red 24817 1598
Apr 15 02:28:27 srv0710 kernel: kill_signal(1002.2): task 000001017b33ea30, thg 000001012b225700, sig 2
Apr 15 02:28:27 srv0710 kernel:  `- task 000001017b33ea30: pid 16979 comm httpd
Apr 15 03:50:50 srv0710 kernel: kill_signal(1016.2): selecting to kill, queued 0, seq 18, exc 2274 0 goal 2274 0...
Apr 15 03:50:50 srv0710 kernel: kill_signal(1016.2): task 00000101fa357490, thg 00000100311bfb80, sig 1
Apr 15 03:50:50 srv0710 kernel:  `- task 00000101fa357490: pid 31015 comm httpd
Apr 15 03:50:50 srv0710 kernel: kill_signal(1016.2): selected 1, signalled 1, queued 1, seq 18, exc 2274 0 red 22295 1129
Apr 15 03:50:50 srv0710 kernel: kill_signal(1016.2): task 00000101fa357490, thg 00000100311bfb80, sig 2
Apr 15 03:50:50 srv0710 kernel:  `- task 00000101fa357490: pid 31015 comm httpd
Apr 15 03:50:51 srv0710 kernel: OOM killed process httpd (pid=31015, ve=1016) (mm=00000100311bfb80) exited, free=13369 gen=686.
Apr 15 03:51:48 srv0710 kernel: kill_signal: 7 message(s) dropped
Apr 15 03:51:48 srv0710 kernel: kill_signal(1016.2): selecting to kill, queued 0, seq 19, exc 1369 0 goal 1369 0...
Apr 15 03:51:48 srv0710 kernel: kill_signal(1016.2): task 000001008f8b4d70, thg 000001008faa1280, sig 1
Apr 15 03:51:48 srv0710 kernel:  `- task 000001008f8b4d70: pid 3056 comm httpd
Apr 15 03:51:48 srv0710 kernel: kill_signal(1016.2): selected 1, signalled 1, queued 1, seq 19, exc 1369 0 red 22523 1210
Apr 15 03:51:48 srv0710 kernel: kill_signal(1016.2): task 000001008f8b4d70, thg 000001008faa1280, sig 2
Apr 15 03:51:48 srv0710 kernel:  `- task 000001008f8b4d70: pid 3056 comm httpd
Apr 15 03:51:49 srv0710 kernel: OOM killed process httpd (pid=3056, ve=1016) (mm=000001008faa1280) exited, free=10759 gen=687

 

Interesante el tema

Simpre me gustó mas XEN como plataforma de virtualización...

Hace un par de meses tenía un VPS con virtuozzo, sobre ese VPS corria una instalación de Zabbix que monitorea alrededor de 40 servidores, el tráfico y uso del cpu era bajo, sin embargo las escrituras a las BBDD eran intensas, de un día para otro la bbdd se corrompió (a pesar de que recibía mantenimiento semanal) nunca pude encontrar la razón, lamentablemente no guardo registros de ese VPS para ver si hay alguna relación con ese incidente y lo que se comenta en este tema, cerré ese VPS y ahora solo monitoreo desde servidores dedicados.

Buena política la de dejar un margen de memoria no asignada.