Re: [Openstack-operators] OpenStack Tuning Guide

2015-11-05 Thread Kevin Bringard (kevinbri)
Yep, I 100% agree, and that's my goal. Gather up everyone's info and best 
practices, and then work on distilling it into a new chapter (or perhaps even a 
whole new section) of the operators or administration guide.


Thanks for all the great feedback so far, let's keep it up!

-- Kevin

On 11/4/15, 4:40 PM, "Matt Kassawara" <mkassaw...@gmail.com> wrote:

>The official documentation would greatly benefit from more practical 
>information such as tuning... most likely in the administration or operations 
>guide, at least for now. Ideally, I would like to see a operators contribute 
>documentation for
> complete production deployments that others can use as a reference for new 
> deployments and avoid reinventing the wheel.
>
>On Wed, Nov 4, 2015 at 4:27 PM, Leslie-Alexandre DENIS 
><cont...@ladenis.fr> wrote:
>
>Hello there,
>
>Very interesting initiative ! I'm currently working on the performance side 
>too on our (french astrophysics cloud) OpenStack deployment but to say so 
>currently I'm just following what CERN did regarding to Nova/CPU configuration.
>It's essentially around KSM, NUMA, CPU pinning, EPT and performance measures 
>are compared through Spec 06 benchmarks, which is standard for HPC/HTC 
>computing.
>
>You can take a look at the very interesting blog from CERN here 
>http://openstack-in-production.blogspot.fr/ 
><http://openstack-in-production.blogspot.fr/> and if you want I have few 
>slides from various meetings like HEPIX on these subjects.
>
>Following the etherpad !
>
>Regards,
>
>
>Le 05/11/2015 00:11, Donald Talton a écrit :
>
>Awesome start. Rabbit fd tweaks are the bane of every install...including some 
>of my own...
>
>-Original Message-
>From: Kevin Bringard (kevinbri) [mailto:kevin...@cisco.com]
>Sent: Wednesday, November 04, 2015 3:56 PM
>To: OpenStack Operators
>Subject: [Openstack-operators] OpenStack Tuning Guide
>
>Hey all!
>
>Something that jumped out at me in Tokyo was how much it seemed that "basic" 
>tuning stuff wasn't common knowledge. This was especially prevalent in the 
>couple of rabbit talks I went to. So, in order to pool our resources, I 
>started an Etherpad titled the "OpenStack
> Tuning Guide" (https://etherpad.openstack.org/p/OpenStack_Tuning_Guide). 
> Eventually I expect this should go into the documentation project, and much 
> of it
> may already exist in the operators manual (or elsewhere), but I thought that 
> getting us all together to drop in our hints, tweaks, and best practices for 
> tuning our systems to run OpenStack well, in real production, would be time 
> well spent.
>
>It's a work in progress at the moment, and we've only just started, but please 
>feel free to check it out. Feedback and community involvement is super 
>welcome, so please don't hesitate to modify it as you see fit.
>
>Finally, I hate diverging resources, so if something like this already exists 
>please speak up so we can focus our efforts on making sure that's up to date 
>and well publicized.
>
>Thanks everyone!
>
>-- Kevin
>___
>OpenStack-operators mailing list
>OpenStack-operators@lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>This email and any files transmitted with it are confidential, proprietary and 
>intended solely for the individual or entity to whom they are addressed. If 
>you have received this email in error please delete it immediately.
>
>
>___
>OpenStack-operators mailing list
>OpenStack-operators@lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
>
>___
>OpenStack-operators mailing list
>OpenStack-operators@lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
>
>
>
>
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators


Re: [Openstack-operators] OpenStack Tuning Guide

2015-11-04 Thread David Medberry
Great Kevin. Thanks for honchoing and sharing.

On Wed, Nov 4, 2015 at 3:56 PM, Kevin Bringard (kevinbri) <
kevin...@cisco.com> wrote:

> Hey all!
>
> Something that jumped out at me in Tokyo was how much it seemed that
> "basic" tuning stuff wasn't common knowledge. This was especially prevalent
> in the couple of rabbit talks I went to. So, in order to pool our
> resources, I started an Etherpad titled the "OpenStack Tuning Guide" (
> https://etherpad.openstack.org/p/OpenStack_Tuning_Guide). Eventually I
> expect this should go into the documentation project, and much of it may
> already exist in the operators manual (or elsewhere), but I thought that
> getting us all together to drop in our hints, tweaks, and best practices
> for tuning our systems to run OpenStack well, in real production, would be
> time well spent.
>
> It's a work in progress at the moment, and we've only just started, but
> please feel free to check it out. Feedback and community involvement is
> super welcome, so please don't hesitate to modify it as you see fit.
>
> Finally, I hate diverging resources, so if something like this already
> exists please speak up so we can focus our efforts on making sure that's up
> to date and well publicized.
>
> Thanks everyone!
>
> -- Kevin
> ___
> OpenStack-operators mailing list
> OpenStack-operators@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators


Re: [Openstack-operators] OpenStack Tuning Guide

2015-11-04 Thread Donald Talton
Awesome start. Rabbit fd tweaks are the bane of every install...including some 
of my own...

-Original Message-
From: Kevin Bringard (kevinbri) [mailto:kevin...@cisco.com] 
Sent: Wednesday, November 04, 2015 3:56 PM
To: OpenStack Operators
Subject: [Openstack-operators] OpenStack Tuning Guide

Hey all!

Something that jumped out at me in Tokyo was how much it seemed that "basic" 
tuning stuff wasn't common knowledge. This was especially prevalent in the 
couple of rabbit talks I went to. So, in order to pool our resources, I started 
an Etherpad titled the "OpenStack Tuning Guide" 
(https://etherpad.openstack.org/p/OpenStack_Tuning_Guide). Eventually I expect 
this should go into the documentation project, and much of it may already exist 
in the operators manual (or elsewhere), but I thought that getting us all 
together to drop in our hints, tweaks, and best practices for tuning our 
systems to run OpenStack well, in real production, would be time well spent.

It's a work in progress at the moment, and we've only just started, but please 
feel free to check it out. Feedback and community involvement is super welcome, 
so please don't hesitate to modify it as you see fit.

Finally, I hate diverging resources, so if something like this already exists 
please speak up so we can focus our efforts on making sure that's up to date 
and well publicized.

Thanks everyone!

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

This email and any files transmitted with it are confidential, proprietary and 
intended solely for the individual or entity to whom they are addressed. If you 
have received this email in error please delete it immediately.


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


Re: [Openstack-operators] OpenStack Tuning Guide

2015-11-04 Thread Joe Topjian
Hi Kevin,

Oops, noticed I didn't reply to all the first time.

I think it's great to see more people who want to collect and distil
knowledge like this. :)

Finally, I hate diverging resources, so if something like this already
> exists please speak up so we can focus our efforts on making sure that's up
> to date and well publicized.
>

These may be complementary / sibling, but thought I'd mention them:

* Hypervisor Tuning Guide[1]
* Performance Team[2]

1:
http://lists.openstack.org/pipermail/openstack-operators/2015-October/008557.html
2:
http://lists.openstack.org/pipermail/openstack-dev/2015-October/078028.html

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


Re: [Openstack-operators] OpenStack Tuning Guide

2015-11-04 Thread Leslie-Alexandre DENIS

Hello there,

Very interesting initiative ! I'm currently working on the performance 
side too on our (french astrophysics cloud) OpenStack deployment but to 
say so currently I'm just following what CERN did regarding to Nova/CPU 
configuration.
It's essentially around KSM, NUMA, CPU pinning, EPT and performance 
measures are compared through Spec 06 benchmarks, which is standard for 
HPC/HTC computing.


You can take a look at the very interesting blog from CERN here 
http://openstack-in-production.blogspot.fr/ and if you want I have few 
slides from various meetings like HEPIX on these subjects.


Following the etherpad !

Regards,

Le 05/11/2015 00:11, Donald Talton a écrit :

Awesome start. Rabbit fd tweaks are the bane of every install...including some 
of my own...

-Original Message-
From: Kevin Bringard (kevinbri) [mailto:kevin...@cisco.com]
Sent: Wednesday, November 04, 2015 3:56 PM
To: OpenStack Operators
Subject: [Openstack-operators] OpenStack Tuning Guide

Hey all!

Something that jumped out at me in Tokyo was how much it seemed that "basic" tuning stuff 
wasn't common knowledge. This was especially prevalent in the couple of rabbit talks I went to. So, 
in order to pool our resources, I started an Etherpad titled the "OpenStack Tuning Guide" 
(https://etherpad.openstack.org/p/OpenStack_Tuning_Guide). Eventually I expect this should go into 
the documentation project, and much of it may already exist in the operators manual (or elsewhere), 
but I thought that getting us all together to drop in our hints, tweaks, and best practices for 
tuning our systems to run OpenStack well, in real production, would be time well spent.

It's a work in progress at the moment, and we've only just started, but please 
feel free to check it out. Feedback and community involvement is super welcome, 
so please don't hesitate to modify it as you see fit.

Finally, I hate diverging resources, so if something like this already exists 
please speak up so we can focus our efforts on making sure that's up to date 
and well publicized.

Thanks everyone!

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

This email and any files transmitted with it are confidential, proprietary and 
intended solely for the individual or entity to whom they are addressed. If you 
have received this email in error please delete it immediately.


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



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


Re: [Openstack-operators] OpenStack Tuning Guide

2015-11-04 Thread Matt Kassawara
The official documentation would greatly benefit from more practical
information such as tuning... most likely in the administration or
operations guide, at least for now. Ideally, I would like to see a
operators contribute documentation for complete production deployments that
others can use as a reference for new deployments and avoid reinventing the
wheel.

On Wed, Nov 4, 2015 at 4:27 PM, Leslie-Alexandre DENIS <cont...@ladenis.fr>
wrote:

> Hello there,
>
> Very interesting initiative ! I'm currently working on the performance
> side too on our (french astrophysics cloud) OpenStack deployment but to say
> so currently I'm just following what CERN did regarding to Nova/CPU
> configuration.
> It's essentially around KSM, NUMA, CPU pinning, EPT and performance
> measures are compared through Spec 06 benchmarks, which is standard for
> HPC/HTC computing.
>
> You can take a look at the very interesting blog from CERN here
> http://openstack-in-production.blogspot.fr/ and if you want I have few
> slides from various meetings like HEPIX on these subjects.
>
> Following the etherpad !
>
> Regards,
>
>
> Le 05/11/2015 00:11, Donald Talton a écrit :
>
>> Awesome start. Rabbit fd tweaks are the bane of every install...including
>> some of my own...
>>
>> -Original Message-
>> From: Kevin Bringard (kevinbri) [mailto:kevin...@cisco.com]
>> Sent: Wednesday, November 04, 2015 3:56 PM
>> To: OpenStack Operators
>> Subject: [Openstack-operators] OpenStack Tuning Guide
>>
>> Hey all!
>>
>> Something that jumped out at me in Tokyo was how much it seemed that
>> "basic" tuning stuff wasn't common knowledge. This was especially prevalent
>> in the couple of rabbit talks I went to. So, in order to pool our
>> resources, I started an Etherpad titled the "OpenStack Tuning Guide" (
>> https://etherpad.openstack.org/p/OpenStack_Tuning_Guide). Eventually I
>> expect this should go into the documentation project, and much of it may
>> already exist in the operators manual (or elsewhere), but I thought that
>> getting us all together to drop in our hints, tweaks, and best practices
>> for tuning our systems to run OpenStack well, in real production, would be
>> time well spent.
>>
>> It's a work in progress at the moment, and we've only just started, but
>> please feel free to check it out. Feedback and community involvement is
>> super welcome, so please don't hesitate to modify it as you see fit.
>>
>> Finally, I hate diverging resources, so if something like this already
>> exists please speak up so we can focus our efforts on making sure that's up
>> to date and well publicized.
>>
>> Thanks everyone!
>>
>> -- Kevin
>> ___
>> OpenStack-operators mailing list
>> OpenStack-operators@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>> This email and any files transmitted with it are confidential,
>> proprietary and intended solely for the individual or entity to whom they
>> are addressed. If you have received this email in error please delete it
>> immediately.
>>
>>
>> ___
>> OpenStack-operators mailing list
>> OpenStack-operators@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>
>
> ___
> OpenStack-operators mailing list
> OpenStack-operators@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators