Open Stack

Hola ezequiel, lo que comentas viene pasando exactamente en la versión 
kilo, también nos paso lo mismo lo pudimos mitigar como bien decía el 
compañero anterior agregando el monitor de rabbit para saber donde 
origina y encontramos algunos tips importantes:

En nuestro caso fue necesario tener bien el motor de base de datos, 
usamos mysql:


Puntualmente estos parametros:
wait_timeout = 200
interactive_timeout = 200
connect_timeout = 100
net_read_timeout = 100
net_write_timeout = 200

Tambien deberias ajuntas los parametros de conecciones concurrentes a la 
base. En caso de necesitarlo porq por default son 100.

Porque por default el tiempo entre rabbit y sql es muy alto en cuanto el 
timeout.

y en los clientes rabbit osea nova,cinder,neutron,etc:

rabbit_max_retries = 0
rabbit_retry_interval = 1

Tenemos mysql activo-pasivo y rabbit activo-pasivo.

El modo cluster de rabbit no es muy bueno, tiene mas complicaciones que 
beneficios debido a que el orden en el cual despiertan los nodos 
influyen muchisimo, sin embargo se comporta mejor con un nodo físico y 
un nodo ram rabbit.

Nuestra opción con lo cual fue utilizar dos rabbit uno activo y otro 
pasivo al igual que mysql.

slds.


On 2016-04-14 09:00, openstack-es-request at lists.openstack.org wrote:
> Send Openstack-es mailing list submissions to
> 	openstack-es at lists.openstack.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es
> or, via email, send a message with subject or body 'help' to
> 	openstack-es-request at lists.openstack.org
> 
> You can reach the person managing the list at
> 	openstack-es-owner at lists.openstack.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Openstack-es digest..."
> 
> 
> Today's Topics:
> 
>    1. Consulta troubleshooting RabbitMQ (Ezequiel M. Cardinali)
>    2. Re: Consulta troubleshooting RabbitMQ
>       (Victoria Mart?nez de la Cruz)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 13 Apr 2016 12:14:12 -0400
> From: "Ezequiel M. Cardinali" <ezq.c at protonmail.com>
> To: "openstack-es at lists.openstack.org"
> 	<openstack-es at lists.openstack.org>
> Subject: [Openstack-es] Consulta troubleshooting RabbitMQ
> Message-ID:
> 	<Lpfy9XQFHfW2wWn_SM_yuUaqqSgNS1v_FocKpMEJnwcarbLJpYxhP09mhFeHPTueXtfKNYyKUtTj1KcBxywvbEuEHp8gRc2jobe_viue73Q=@protonmail.com>
> 
> Content-Type: text/plain; charset="utf-8"
> 
> Antes que nada me presento:
> 
> Mi nombre es Ezequiel, soy de Argentina y trabajo para una empresa de
> hosting la cual brinda servicios de cloud publica, b?sicamente vps.
> 
> Para que comprendan el problema, describo c?mo es nuestra 
> infraestructura:
> Utilizamos la versi?n kilo. Tenemos un servidor con rabbitmq uno como
> controller y un cluster de 150 servidores de compute. 9 servidores de
> red y 2 exclusivos para dhcp. En este cluster hoy hay unas 2500
> instancias corriendo. ?ltimamente empez? a pasar que la cola de
> mensajes q_plugin de rabbbitmq, al crear una nueva instancia, empieza
> a aumentar y eso hace que muchos de los servicios queden en espera
> hasta que los mensajes sean consumidos. El problema es que cuando se
> crean varias instancias en simult?neo la cola de mensajes acumula
> muchos mensajes y tarda mucho tiempo en normalizarse.
> La consulta es si saben de alguna utilidad para ver los mensajes de
> una cola rabbitmq, seg?n lo que vimos, creemos que los mensajes se
> encolan cuando se crea la red de la instancia, pero no podemos
> determinar qu? causa el problema.
> 
> 
> Muchas gracias!
> 
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted 
> email.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.openstack.org/pipermail/openstack-es/attachments/20160413/85aac2f2/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 13 Apr 2016 13:34:47 -0300
> From: Victoria Mart?nez de la Cruz  <victoria at vmartinezdelacruz.com>
> To: "Ezequiel M. Cardinali" <ezq.c at protonmail.com>
> Cc: "openstack-es at lists.openstack.org"
> 	<openstack-es at lists.openstack.org>
> Subject: Re: [Openstack-es] Consulta troubleshooting RabbitMQ
> Message-ID:
> 	<CAJ_e2gA3VELPkZCQ349YiPU4KoqdsShqeaN32MWpo8khFnu2nw at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Hola Ezequiel,
> 
> ?Agregaron el plugin de management de RabbitMQ?
> http://www.rabbitmq.com/management-cli.html
> 
> Eso complementa bastante la informaci?n que podes sacar de los logs.
> 
> Victoria
> 
> El 13 de abril de 2016, 13:14, Ezequiel M. 
> Cardinali<ezq.c at protonmail.com>
> escribi?:
> 
>> Antes que nada me presento:
>> 
>> Mi nombre es Ezequiel, soy de Argentina y trabajo para una empresa de
>> hosting la cual brinda servicios de cloud publica, b?sicamente vps.
>> 
>> Para que comprendan el problema, describo c?mo es nuestra 
>> infraestructura:
>> Utilizamos la versi?n kilo. Tenemos un servidor con rabbitmq uno como
>> controller y un cluster de 150 servidores de compute. 9 servidores de 
>> red y
>> 2 exclusivos para dhcp. En este cluster hoy hay unas 2500 instancias
>> corriendo. ?ltimamente empez? a pasar que la cola de mensajes q_plugin 
>> de
>> rabbbitmq, al crear una nueva instancia, empieza a aumentar y eso hace 
>> que
>> muchos de los servicios queden en espera hasta que los mensajes sean
>> consumidos. El problema es que cuando se crean varias instancias en
>> simult?neo la cola de mensajes acumula muchos mensajes y tarda mucho 
>> tiempo
>> en normalizarse.
>> La consulta es si saben de alguna utilidad para ver los mensajes de 
>> una
>> cola rabbitmq, seg?n lo que vimos, creemos que los mensajes se encolan
>> cuando se crea la red de la instancia, pero no podemos determinar qu? 
>> causa
>> el problema.
>> 
>> 
>> Muchas gracias!
>> 
>> Sent from ProtonMail <https://protonmail.com>, Swiss-based encrypted
>> email.
>> 
>> _______________________________________________
>> Openstack-es mailing list
>> Openstack-es at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es
>> 
>> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.openstack.org/pipermail/openstack-es/attachments/20160413/b5eafb7a/attachment-0001.html>
> 
> ------------------------------
> 
> _______________________________________________
> Openstack-es mailing list
> Openstack-es at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es
> 
> 
> End of Openstack-es Digest, Vol 22, Issue 1
> *******************************************