Open Stack

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" <mkassawara at 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 
><contact at 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:kevinbri at 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 at 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 at lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
>
>_______________________________________________
>OpenStack-operators mailing list
>OpenStack-operators at lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
>
>
>
>