Re: [Openstack-operators] [openstack-dev] [neutron] does neutron actually use the salve_connection ?

[Kevin Benton]

No, it currently does not. As we implement
https://blueprints.launchpad.net/neutron/+spec/enginefacade-switch that
will change, but that won't be available until Pike or Queens.

On Thu, Jun 15, 2017 at 5:47 AM,  wrote:

> Hello,
>
>
>
>
>
>
>
> I am looking to improve the database load distribution and one of the
> things that may help with this is to spread out the reads.
>
> From the configuration reference it looks like neutron dues support a
> slave_connection parameter but when I enabled it and enabled query logging
> on the secondary databases there aren’t any queries being executed on the
> secondaries. Is there anything I am missing ?
>
>
>
> Sorry for CC’ing the dev list as well but someone in the dev teams may
> have an answer from a developer point of view.
>
>
>
>
>
> My setup is like this:
>
>
>
> Openstack stable/mitaka (built from git)
>
> 3 galera nodes
>
> 1 haproxy running on each node with active/backup with local node as
> single active configuration for the frontend listening on :3306 and
> active/backup with the other nodes as active for the frontend listening on
> :3308
>
>
>
> In neutron.conf in the [database] section I set up the the connection and
> slave_connection parameters like this:
>
>
>
> [database]
>
> connection = mysql+pymysql://neutron:XXX@neutron-db.service:
> 3306/neutron?charset=utf8
>
> slave_connection = mysql+pymysql://neutron: XXX@neutron-db.service:
> 3308/neutron?charset=utf8
>
> idle_timeout = 1800
>
> max_retries = -1
>
> retry_interval = 5
>
> min_pool_size = 8
>
> max_pool_size = 32
>
> max_overflow = 16
>
>
>
>
>
> Loooking on a slave it opens a single connection which is eventually
> closed because of lack of activity.
>
>
>
>
> Thanks,
>
> Cristian
>
> _
>
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu 
> ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
> electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou 
> falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged 
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete 
> this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been 
> modified, changed or falsified.
> Thank you.
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] ops meetups team meeting 2017-6-13

[Edgar Magana]

Hello OpenStack Ops,

The Eventbrite for OS Ops Mexico City is ready. Please, register ASAP.
https://www.eventbrite.com/e/mexico-city-openstack-operators-meetup-tickets-34989052197

We have four hotels that we would like to recommend:

  *   Grand Fiesta Americana Chapultepec - 143 USD   (Walking Distance from the 
venue)
  *   Hotel Four Seasons Mexico – 250 USD (Walking Distance from the venue)
  *   Hotel NH Collection Mexico City Reforma - 103 USD (Need to take public 
transportation or 20~ minutes’ walk)
  *   Hotel Geneve Ciudad de México - 92 USD (Need to take public 
transportation or 20~ minutes’ walk)

Thank you so much,

Edgar

From: Chris Morgan 
Date: Tuesday, June 13, 2017 at 7:56 AM
To: OpenStack Operators 
Subject: [Openstack-operators] ops meetups team meeting 2017-6-13

Key news from today's meeting:
The approved Eventbrite for Mexico City, August event is expected today
The event will be 10am-6pm both days, $20 ticket price
Current plan is to cater only lunch and snacks
Calls for sponsorship of individual line items (badges, signs, food) will be 
issued soon

meetup #1 (APAC) 2018 may be in Tokyo and is likely to have a Telecom Track

Meeting minutes:

Meeting ended Tue Jun 13 14:51:56 2017 UTC. Information about MeetBot at 
http://wiki.debian.org/MeetBot
 . (v 0.1.4)
10:52 AM Minutes: 
http://eavesdrop.openstack.org/meetings/ops_meetup_team/2017/ops_meetup_team.2017-06-13-14.02.html
10:52 AM Minutes (text): 
http://eavesdrop.openstack.org/meetings/ops_meetup_team/2017/ops_meetup_team.2017-06-13-14.02.txt
10:52 AM Log: 
http://eavesdrop.openstack.org/meetings/ops_meetup_team/2017/ops_meetup_team.2017-06-13-14.02.log.html

Cheers

Chris
--
Chris Morgan >
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[Openstack-operators] [neutron] does neutron actually use the salve_connection ?

[cristi.calin]

Hello,



I am looking to improve the database load distribution and one of the things 
that may help with this is to spread out the reads.
>From the configuration reference it looks like neutron dues support a 
>slave_connection parameter but when I enabled it and enabled query logging on 
>the secondary databases there aren't any queries being executed on the 
>secondaries. Is there anything I am missing ?

Sorry for CC'ing the dev list as well but someone in the dev teams may have an 
answer from a developer point of view.


My setup is like this:

Openstack stable/mitaka (built from git)
3 galera nodes
1 haproxy running on each node with active/backup with local node as single 
active configuration for the frontend listening on :3306 and active/backup with 
the other nodes as active for the frontend listening on :3308

In neutron.conf in the [database] section I set up the the connection and 
slave_connection parameters like this:

[database]
connection = 
mysql+pymysql://neutron:XXX@neutron-db.service:3306/neutron?charset=utf8
slave_connection = mysql+pymysql://neutron: 
XXX@neutron-db.service:3308/neutron?charset=utf8
idle_timeout = 1800
max_retries = -1
retry_interval = 5
min_pool_size = 8
max_pool_size = 32
max_overflow = 16


Loooking on a slave it opens a single connection which is eventually closed 
because of lack of activity.


Thanks,
Cristian

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators