[Enterprise][Product WG][LCOO][Scientific][Public Cloud][Massively Parallel][All][Interop]FW: [openstack-dev] [all] etcd3 as base service - update

Previous Topic Next Topic
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view

[Enterprise][Product WG][LCOO][Scientific][Public Cloud][Massively Parallel][All][Interop]FW: [openstack-dev] [all] etcd3 as base service - update

Rochelle Grober-2
I wanted to make sure this got out to as much of the community as soon as possible.  This "new base service" will be part of Pike.  This means that etcd will be a requirement for Pike installations and beyond.

Most of you won't need to take any immediate actions, but knowing the plans for your future is always a good thing.  I'm trying to limit surprises here.


-----Original Message-----
From: Davanum Srinivas [mailto:[hidden email]]
Sent: Wednesday, June 07, 2017 3:48 AM
To: OpenStack Development Mailing List (not for usage questions) <[hidden email]>
Subject: [openstack-dev] [all] etcd3 as base service - update


Here's the update to the base services resolution from the TC:

First request is to Distros, Packagers, Deployers, anyone who installs/configures OpenStack:
Please make sure you have latest etcd 3.x available in your environment for Services to use, Fedora already does, we need help in making sure all distros and architectures are covered.

Any project who want to use etcd v3 API via grpc, please use:
https://pypi.python.org/pypi/etcd3 (works only for non-eventlet services)

Those that depend on eventlet, please use the etcd3 v3alpha HTTP API using:

If you use tooz, there are 2 driver choices for you:

If you use oslo.cache, there is a driver for you:

Devstack installs etcd3 by default and points cinder to it:

Review in progress for keystone to use etcd3 for caching:

Doug is working on proposal(s) for oslo.config to store some configuration in etcd3:

So, feel free to turn on / test with etcd3 and report issues.


Davanum Srinivas :: https://twitter.com/dims

OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [hidden email]?subject:unsubscribe
OpenStack-operators mailing list
[hidden email]