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@lists.openstack.org wrote:
Send Openstack-es mailing list submissions to openstack-es@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@lists.openstack.org
You can reach the person managing the list at openstack-es-owner@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@protonmail.com> To: "openstack-es@lists.openstack.org" <openstack-es@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.