Thanks all for your contribution on my request.
I already knew VIO ( previous version 1.0 ) but i just wanted to see what I
could (or could not) do without NSX .
Miko
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
Hello,
The OpenStack Telemetry (aka Ceilometer) team would like to collect
feedback and information from its user base in order to drive future
improvements to the project. To do so, we have developed a survey. It
should take about 15min to complete.
Questions are fairly technical, so please
There seems to be a lot of overlap with the user survey which has just
finished.
Feel free to get in touch on the user-commit...@lists.openstack.org if you
have questions to suggest to the survey or would like specific queries to be
run on the anonymised data.
There is a significant risk of ov
Hi,
For organizations with the keystone database shared across regions via
galera, do you just have keystone (and perhaps glance as was
suggested) in its own cluster that is multi-region, and the other
databases in a cluster that is only in one region (ie. just local
their their region)? Or are yo
Yes. We have a separate DB cluster for global stuff like Keystone &
Designate, and a regional cluster for things like nova/neutron etc.
On Mon, Sep 28, 2015 at 10:43 AM, Curtis wrote:
> Hi,
>
> For organizations with the keystone database shared across regions via
> galera, do you just have keys
CERN do the same…. The memcache functions on keystone are very useful for
scaling it up.
Tim
From: Matt Fischer [mailto:m...@mattfischer.com]
Sent: 28 September 2015 18:51
To: Curtis
Cc: openstack-operators@lists.openstack.org; Jonathan Proulx
Subject: Re: [Openstack-operators] Milti-s
considering that across dc, latency increase, and that latency may cause
brain splits easily in high read/write, data of other services that are not
global should never be replicated on multisite using a synch approach
(asynch one for disaster recovery, may be good enough!)
Indeed, as Tim said, on
On 09/28/2015 12:51 PM, Matt Fischer wrote:
Yes. We have a separate DB cluster for global stuff like Keystone &
Designate, and a regional cluster for things like nova/neutron etc.
Yep, this ^
-jay
___
OpenStack-operators mailing list
OpenStack-opera
hi Tim,
it's not our intention to over-survey the community -- i apologise if
this is your takeaway. the user survey that just finished was aimed to
gather information regarding general OpenStack practices (one question
being assigned to each project).
the idea here is to have a dialogue bet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hey everyone!
I wanted to point out that we have had our first official contribution
to OSOps today. [1][2] comes from David Wahlstrom, and I want to
personally thank him for this.
For the time being we are just looking for contributions, so if yo
I have started a thread on user-commit...@lists.openstack.org so we can try
to find the right balance between ensuring the surveys are completed and
meeting the needs for more detailed information for the projects.
Tim
> -Original Message-
> From: gord chung [mailto:g...@live.ca]
> Sent:
On 09/26/2015 11:19 PM, RunnerCheng wrote:
Hi All,
I'm a newbie of keystone, and I'm doing some research about it
recently. I have a question about how to deploy it. The scenario is on
below:
One comany has one headquarter dc and 5 sub dc locate in different
cities. We want to deploy separat
On Mon, Sep 28, 2015 at 03:31:54PM -0400, Adam Young wrote:
:On 09/26/2015 11:19 PM, RunnerCheng wrote:
:>Hi All,
:>I'm a newbie of keystone, and I'm doing some research about it
:>recently. I have a question about how to deploy it. The scenario is
:>on below:
:>
:>One comany has one headquarter dc
On Mon, Sep 28, 2015 at 1:46 PM, Jonathan Proulx wrote:
> On Mon, Sep 28, 2015 at 03:31:54PM -0400, Adam Young wrote:
> :On 09/26/2015 11:19 PM, RunnerCheng wrote:
> :>Hi All,
> :>I'm a newbie of keystone, and I'm doing some research about it
> :>recently. I have a question about how to deploy it
On Mon, Sep 28, 2015 at 02:06:00PM -0600, Matt Fischer wrote:
:On Mon, Sep 28, 2015 at 1:46 PM, Jonathan Proulx wrote:
:> I'm hearing conflicting advice about the suitibility of Fernet tokens
:> for production use.
:>
:> I like the idea. I did get them to work in kilo trivially for CLI, but
:> Ho
Hi all,
I'm trying to deploy some nfv apps on my Openstack deployment, however I'm
having some performance issues in my VMs, that start to lose UDP packets at
a specific packet transmission rate.
Here's what I've tried and found so far:
- VMs Centos 7.1 with 10GBe Neutron SR-IOV nics
- Configur
OK thanks for the input everyone, much appreciated.
Thanks,
Curtis.
On Mon, Sep 28, 2015 at 12:06 PM, Jay Pipes wrote:
> On 09/28/2015 12:51 PM, Matt Fischer wrote:
>>
>> Yes. We have a separate DB cluster for global stuff like Keystone &
>> Designate, and a regional cluster for things like nova
Thanks for the warm invite. Hopefully my experience at
Dreamhost/DreamCompute will provide useful to this team!
On Mon, Sep 28, 2015 at 11:32 AM, JJ Asghar wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hey everyone!
>
> I wanted to point out that we have had our first officia
George,
What is your storage backend using (Gluster/ceph/local disk/etc)? Some of
the distributed backend drivers have bugs in them or mask the real issue
(such as watchers on objects).
On Thu, Sep 24, 2015 at 8:11 AM, Kris G. Lindgren
wrote:
> I believe I was talking to Josh Harlow (he's harl
Hi all,
As you may know, we've got 2 APIs in Cinder: v1 and v2. Cinder v2 API was
introduced in Grizzly and v1 API is deprecated since Juno.
After [1] is merged, Cinder API v1 is disabled in gates by default. We've
got a filed bug [2] to remove Cinder v1 API at all.
According to Deprecation Pol
Hi Tim,
Thanks for addressing some of the potential challenges around conducting
surveys on behalf of the community.
The research conducted by the OpenStack UX project, including surveys,
tend to focus on specific project needs rather than the overall direction
of the industry, which is captured
Yes, people are probably still using it. Last time I tried to use V2 it
didn't work because the clients were broken, and then it went back on the
bottom of my to do list. Is this mess fixed?
http://lists.openstack.org/pipermail/openstack-operators/2015-February/006366.html
On Mon, Sep 28, 2015 at
Yeah we’re still using v1 as the clients that are packaged with most distros
don’t support v2 easily.
Eg. with Ubuntu Trusty they have version 1.1.1, I just updated our “volume”
endpoint to point to v2 (we have a volumev2 endpoint too) and the client breaks.
$ cinder list
ERROR: OpenStack Block
Ours was local-disk,
I believe https://review.openstack.org/#/c/208078/ (and/or its followup
bug/fix) will hopefully help address this. It might not be the same
issue though (but maybe it is).
-Josh
Kris G. Lindgren wrote:
I believe I was talking to Josh Harlow (he's harlowja in #openstack-
FWIW, the most popular client libraries in the last user survey[1] other than
OpenStack’s own clients were: libcloud (48 respondents), jClouds (36
respondents), Fog (34 respondents), php-opencloud (21 respondents), DeltaCloud
(which has been retired by Apache and hasn’t seen a commit in two year
There has been a significant response to the Nova Network/Neutron migration
survey. However, the responses are leaning heavily on the side of deployments
currently using Neutron. As a result, we would like to have more
representation from folks currently using Nova Networks.
If you are curren
t;
> Sam Cheng
>
>
> ___
> OpenStack-operators mailing list
> OpenStack-operators@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
-- next part --
An HTML attachment was scru
Thanks for the additional data-points on the granularity that we might need
to address scale (component rather than project level) along with
additional clarification on drivers (scale equivalent to resource being
available versus needing additional resources). As mentioned earlier,
deployment opt
28 matches
Mail list logo