<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Openstack on Sébastien Han</title><link>http://sebastien-han.fr/tags/openstack/</link><description>Recent content in Openstack on Sébastien Han</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 12 Mar 2019 16:42:48 +0000</lastBuildDate><atom:link href="http://sebastien-han.fr/tags/openstack/atom.xml" rel="self" type="application/rss+xml"/><item><title>OpenStack and Ceph for Distributed Hyperconverged Edge Deployments</title><link>http://sebastien-han.fr/blog/2019/03/12/OpenStack-and-Ceph-for-Distributed-Hyperconverged-Edge-Deployments/</link><pubDate>Tue, 12 Mar 2019 16:42:48 +0000</pubDate><guid>http://sebastien-han.fr/blog/2019/03/12/OpenStack-and-Ceph-for-Distributed-Hyperconverged-Edge-Deployments/</guid><description>&lt;p&gt;I&amp;rsquo;m simply relaying an article I reviewed and helped writting.
It is reflecting my talk from the last OpenStack Summit in Berlin.&lt;/p&gt;
&lt;p&gt;You can &lt;a href="https://thenewstack.io/openstack-and-ceph-for-distributed-hyperconverged-edge-deployments/"&gt;read it here&lt;/a&gt;
Thanks to the author for capturing the essence of the talk.&lt;/p&gt;</description></item><item><title>See you at the OpenStack Summit</title><link>http://sebastien-han.fr/blog/2018/05/17/See-you-at-the-OpenStack-Summit/</link><pubDate>Thu, 17 May 2018 16:32:45 +0000</pubDate><guid>http://sebastien-han.fr/blog/2018/05/17/See-you-at-the-OpenStack-Summit/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-vancouver18.jpg" alt="Title"&gt;&lt;/p&gt;
&lt;p&gt;Next week is the &lt;a href="https://www.openstack.org/summit/vancouver-2018/"&gt;OpenStack Summit&lt;/a&gt; conference.
I will attend and will be giving a talk &lt;a href="https://www.openstack.org/summit/vancouver-2018/summit-schedule/global-search?t=how+to+survive"&gt;How to Survive an OpenStack Cloud Meltdown with Ceph&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;See you there!&lt;/p&gt;</description></item><item><title>OpenStack Cinder configure replication API with Ceph</title><link>http://sebastien-han.fr/blog/2017/06/19/OpenStack-Cinder-configure-replication-api-with-ceph/</link><pubDate>Mon, 19 Jun 2017 10:36:06 +0000</pubDate><guid>http://sebastien-han.fr/blog/2017/06/19/OpenStack-Cinder-configure-replication-api-with-ceph/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-cinder-replication-ceph-mirror-journaling.jpg" alt="Title"&gt;&lt;/p&gt;
&lt;p&gt;I just figured out that there hasn&amp;rsquo;t been much coverage on that functionality, even though we presented it last year at the &lt;a href="http://sebastien-han.fr/blog/2016/04/27/OpenStack-Summit-Austin-protecting-the-galaxy-Multi-Region-Disaster-Recovery-with-OpenStack-and-Ceph/"&gt;OpenStack Summit&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Configure OpenStack Glance for RBD mirroring</title><link>http://sebastien-han.fr/blog/2016/11/02/Configure-OpenStack-Glance-for-RBD-mirroring/</link><pubDate>Wed, 02 Nov 2016 15:42:17 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/11/02/Configure-OpenStack-Glance-for-RBD-mirroring/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-glance-rbd-mirror.jpg" alt="Configure OpenStack Glance for RBD mirroring"&gt;&lt;/p&gt;
&lt;p&gt;Since Ceph Jewel, we have the &lt;a href="http://www.sebastien-han.fr/blog/2016/03/28/ceph-jewel-preview-ceph-rbd-mirroring/"&gt;RBD mirroring functionality&lt;/a&gt; and people have been starting using it for multi-site and disaster recovery use cases.
The tool is not perfect but is rock solid, expect many enhancements in the future release such as support for multiple peer and daemons.
From a pure OpenStack perspective, to enable this feature we don&amp;rsquo;t really want to add any code into Glance Store.
The reason is simple, glance&amp;rsquo;s store code looks up for specific Ceph features into the Ceph configuration file itself.
So there is no point of adding a new configuration flag into Glance that says something like &lt;code&gt;enable_image_journaling&lt;/code&gt;.
The operator will only have to configure Ceph, that&amp;rsquo;s it.&lt;/p&gt;</description></item><item><title>Devstack Ceph supports containerized Ceph</title><link>http://sebastien-han.fr/blog/2016/10/21/Devstack-Ceph-supports-containerized-Ceph/</link><pubDate>Fri, 21 Oct 2016 15:18:20 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/10/21/Devstack-Ceph-supports-containerized-Ceph/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/devstack-ceph-container.jpg" alt="Devstack Ceph supports containerized Ceph"&gt;&lt;/p&gt;
&lt;p&gt;Yes people, I&amp;rsquo;m still alive :).
As you might noticed, I&amp;rsquo;ve been having a hard time to keep up the pace with blogging.
It&amp;rsquo;s mainly due to me traveling a lot these days and preparing conferences.
It&amp;rsquo;s a really busy end of the year for me :).&lt;/p&gt;
&lt;p&gt;Fortunately, I&amp;rsquo;m still finding the time to work on some new features to projects I like.
As you might know, I&amp;rsquo;ve been busy working on ceph-ansible and ceph-docker, trying conciliate both and making sure they work well together.
In ceph-docker, we have an interesting container image, that I already presented &lt;a href="http://www.sebastien-han.fr/blog/2015/08/24/ceph-cluster-on-docker-for-testing/"&gt;here&lt;/a&gt;.
I was recently thinking we could use it to simplify the Ceph bootstrapping process in DevStack.
The patch I recently merge doesn&amp;rsquo;t get ride of the &amp;ldquo;old&amp;rdquo; way to bootstrap, the path is just a new addition, a new deployment method.&lt;/p&gt;
&lt;p&gt;In practice, this doesn&amp;rsquo;t change anything for me, but at some point it allows us to validate that a containerized Ceph doesn&amp;rsquo;t have any problem and bring the same functionality as a non-containerized Ceph.
Without further ado, let&amp;rsquo;s jump into this!&lt;/p&gt;</description></item><item><title>OpenStack Summit Barcelona: time to vote</title><link>http://sebastien-han.fr/blog/2016/08/01/OpenStack-Summit-Barcelona-time-to-vote/</link><pubDate>Mon, 01 Aug 2016 17:12:25 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/08/01/OpenStack-Summit-Barcelona-time-to-vote/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-2016-barcelona.jpg" alt="OpenStack Summit 2016 Barcelona"&gt;&lt;/p&gt;
&lt;p&gt;The next summit will happen in October this year, and it&amp;rsquo;s already time to vote for your favorite talks!&lt;/p&gt;</description></item><item><title>Quick dive into hyperconverged architecture with OpenStack and Ceph</title><link>http://sebastien-han.fr/blog/2016/07/11/Quick-dive-into-hyperconverged-architecture-with-OpenStack-and-Ceph/</link><pubDate>Mon, 11 Jul 2016 14:16:40 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/07/11/Quick-dive-into-hyperconverged-architecture-with-OpenStack-and-Ceph/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/hyperconverged.jpg" alt="Title"&gt;&lt;/p&gt;
&lt;p&gt;For those of you who are not familiar with the concept yet, I&amp;rsquo;m going to give a quick introduction on Hyperconverged infrastructure.&lt;/p&gt;</description></item><item><title>OpenStack Storage for Dummies book</title><link>http://sebastien-han.fr/blog/2016/07/05/OpenStack-Storage-for-Dummies-book/</link><pubDate>Tue, 05 Jul 2016 15:27:04 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/07/05/OpenStack-Storage-for-Dummies-book/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-storage-dummies.png" alt="Title"&gt;&lt;/p&gt;
&lt;p&gt;With the help of two colleagues, I&amp;rsquo;ve been busy writing this little book about storage in OpenStack.
The book is quite general but gives some good perspectives on storage challenges you will face in OpenStack.
It explains why traditional storage solutions will not work and how Ceph addresses these issues.
Ultimately describing why Ceph is the best solution for your OpenStack cloud.&lt;/p&gt;</description></item><item><title>The OpenStack Ceph Galaxy</title><link>http://sebastien-han.fr/blog/2016/05/16/The-OpenStack-Ceph-Galaxy/</link><pubDate>Mon, 16 May 2016 14:15:02 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/05/16/The-OpenStack-Ceph-Galaxy/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-ceph-galaxy.png" alt="The OpenStack Ceph Galaxy"&gt;&lt;/p&gt;
&lt;p&gt;Picture of our galaxy :).
This picture describes the state of the integration of Ceph into OpenStack.&lt;/p&gt;</description></item><item><title>OpenStack Cinder: discard support for Ceph in Mitaka</title><link>http://sebastien-han.fr/blog/2016/05/11/OpenStack-Cinder-discard-support-for-Ceph-in-Mitaka/</link><pubDate>Wed, 11 May 2016 14:49:20 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/05/11/OpenStack-Cinder-discard-support-for-Ceph-in-Mitaka/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-cinder-mitaka-ceph.jpg" alt="OpenStack Cinder: discard support for Ceph in Mitaka"&gt;&lt;/p&gt;
&lt;p&gt;OpenStack Mitaka brought the support of a new feature.
This feature is a follow-up of the &lt;a href="http://www.sebastien-han.fr/blog/2015/02/02/openstack-and-ceph-rbd-discard/"&gt;Nova discard implementation&lt;/a&gt;.
Now it is possible to configure Cinder per backend.&lt;/p&gt;</description></item><item><title>OpenStack Summit Austin: Time To Vote</title><link>http://sebastien-han.fr/blog/2016/02/10/openstack-summit-austin-time-to-vote/</link><pubDate>Wed, 10 Feb 2016 11:06:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2016/02/10/openstack-summit-austin-time-to-vote/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-austin.jpg" alt="OpenStack Summit Austin: Time To Vote"&gt;&lt;/p&gt;
&lt;p&gt;The summit is almost there and it is time to vote for the presentation you want to see :).&lt;/p&gt;</description></item><item><title>OpenStack Nova snapshots on Ceph RBD</title><link>http://sebastien-han.fr/blog/2015/10/05/openstack-nova-snapshots-on-ceph-rbd/</link><pubDate>Mon, 05 Oct 2015 17:10:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/10/05/openstack-nova-snapshots-on-ceph-rbd/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-nova-rbd-ephemeral.jpg" alt="OpenStack Nova RBD ephemeral snapshots"&gt;&lt;/p&gt;
&lt;p&gt;I have been waiting for this feature for more than a year and it is almost there!
This likely brings us one step toward diskless compute nodes.
This &amp;ldquo;under the hood&amp;rdquo; article will explain the mechanisms in place to perform fast and efficient Nova instance snapshots directly in Ceph.&lt;/p&gt;</description></item><item><title>OpenStack Nova: configure multiple Ceph backends on one hypervisor</title><link>http://sebastien-han.fr/blog/2015/09/15/openstack-nova-configure-multiple-ceph-backend-on-one-hypervisor/</link><pubDate>Tue, 15 Sep 2015 11:11:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/09/15/openstack-nova-configure-multiple-ceph-backend-on-one-hypervisor/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-nova-configure-multiple-ceph-backends.jpg" alt="OpenStack Nova configure multiple Ceph backends on one hypervisor"&gt;&lt;/p&gt;
&lt;p&gt;Configure a Nova hypervisor with more than one backend to store the instance&amp;rsquo;s root ephemeral disks.&lt;/p&gt;</description></item><item><title>Ceph at the OpenStack Summit Tokyo 2015</title><link>http://sebastien-han.fr/blog/2015/09/04/ceph-at-the-openstack-summit-tokyo-2015/</link><pubDate>Fri, 04 Sep 2015 11:17:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/09/04/ceph-at-the-openstack-summit-tokyo-2015/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-tokyo.jpg" alt="OpenStack Summit Tokyo: time to vote"&gt;&lt;/p&gt;
&lt;p&gt;With this article, I would like to take the opportunity to thank you all for voting for our presentation.
It is always with a great pleasure that we will give you the last updates of Ceph developments happening in OpenStack.&lt;/p&gt;
&lt;p&gt;Ceph talks coverage at the next OpenStack summit:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://openstacksummitoctober2015tokyo.sched.org/event/c3959a1f25295e8804997eaf487cb6e4"&gt;The state of Ceph, Manila, and containers in OpenStack&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitoctober2015tokyo.sched.org/event/042148c9d048a2907c3a48e5fc139f50"&gt;Ceph and OpenStack: current integration and roadmap&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitoctober2015tokyo.sched.org/event/9dc3b9e201127dd4d57e27fcbf4f0346"&gt;The Comparison of Ceph and Commercial Server SAN&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitoctober2015tokyo.sched.org/event/a4eb768e0a96ed07dc8b8001b1e49574"&gt;Comparison of Swift and Ceph as Object Storage Systems&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>OpenStack Summit Tokyo: time to vote</title><link>http://sebastien-han.fr/blog/2015/07/24/openstack-summit-tokyo-time-to-vote/</link><pubDate>Fri, 24 Jul 2015 10:29:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/07/24/openstack-summit-tokyo-time-to-vote/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-tokyo.jpg" alt="OpenStack Summit Tokyo: time to vote"&gt;&lt;/p&gt;
&lt;p&gt;Yet again and for the second time this year, it is time to vote for summit presentations :).
Self promotion ahead :).&lt;/p&gt;
&lt;p&gt;As always, Josh and I will present the newest addition of Liberty for Ceph in OpenStack.
I don&amp;rsquo;t want to spoil to much but what I can tell you is this cycle is doing well and most of the wanted features would likely land in Liberty.
So if you want to see all the amazing things that happened during this cycle:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://www.openstack.org/summit/tokyo-2015/vote-for-speakers/presentation/6320"&gt;Ceph and OpenStack: current integration and roadmap&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;This presentation will be a follow up on &lt;a href="https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/dude-where-and-039s-my-volume-a-guide-to-storage-backup-migration-and-replication-with-openstack-cinder"&gt;Dude where&amp;rsquo;s my volume?&lt;/a&gt; talk from Vancouver.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://www.openstack.org/summit/tokyo-2015/vote-for-speakers/presentation/4209"&gt;State of Multi-Site Storage in OpenStack&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;blockquote&gt;
&lt;p&gt;Thanks in advance for your votes and support :).&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>OpenStack cinder: readonly device</title><link>http://sebastien-han.fr/blog/2015/06/08/openstack-cinder-readonly-device/</link><pubDate>Mon, 08 Jun 2015 00:01:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/06/08/openstack-cinder-readonly-device/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-cinder-read-only-volume.jpg" alt="OpenStack cinder: readonly device"&gt;&lt;/p&gt;
&lt;p&gt;It is possible to attach readonly volume to a virtual machine.&lt;/p&gt;</description></item><item><title>OpenStack Glance: use multiple location for an image</title><link>http://sebastien-han.fr/blog/2015/05/13/openstack-glance-use-multiple-location-for-an-image/</link><pubDate>Wed, 13 May 2015 00:01:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/05/13/openstack-glance-use-multiple-location-for-an-image/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-glance-image-multiple-location.jpg" alt="OpenStack Glance: use multiple location for an image"&gt;&lt;/p&gt;
&lt;p&gt;This feature is pretty old (introduced in the Havana cycle if I remember correctly), I just never got the chance to play with it.
However I believe this feature could benefit to many users.
Let&amp;rsquo;s see how we can get the best of it.&lt;/p&gt;</description></item><item><title>OpenStack Glance: a first glimpse at image conversion</title><link>http://sebastien-han.fr/blog/2015/05/11/openstack-glance-a-first-glimpse-at-image-conversion/</link><pubDate>Mon, 11 May 2015 01:23:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/05/11/openstack-glance-a-first-glimpse-at-image-conversion/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-glance-image-conversion.jpg" alt="OpenStack Glance: a first glimpse at image conversion"&gt;&lt;/p&gt;
&lt;p&gt;Following my best Kilo&amp;rsquo;s additions selection, today I will be introducing the Glance image conversion.
This feature was discussed at the last OpenStack summit in Paris, you can access the &lt;a href="https://etherpad.openstack.org/p/kilo-glance-image-conversion"&gt;etherpad discussion&lt;/a&gt;.
Before you get all excited, let me tell you first that the patch introduced during this Kilo cycle is the first of a series.
So do not get disappointed if it does not fit your needs yet (and it probably won&amp;rsquo;t&amp;hellip;).
Now if you are still inclined reading the article let&amp;rsquo;s jump in!&lt;/p&gt;</description></item><item><title>OpenStack Glance: deactivate an image</title><link>http://sebastien-han.fr/blog/2015/05/06/openstack-glance-deactivate-an-image/</link><pubDate>Wed, 06 May 2015 00:12:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/05/06/openstack-glance-deactivate-an-image/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-glance-deactivate-image.jpg" alt="OpenStack Glance: deactivate an image"&gt;&lt;/p&gt;
&lt;p&gt;Kilo has been released last week.
This blog post is the first of a series that will demonstrate some nifty new features.&lt;/p&gt;
&lt;p&gt;Managing cloud images life cycle is a real pain for public cloud providers.
Since users have the ability to import their own images they can potentially introduce vulnerabilities with them.
Thus the cloud operators should be able to deactivate (temporary) an image to inspect it.
Later operators can reactivate it or just remove it if they believe the image is a threat for the cloud environment.&lt;/p&gt;
&lt;p&gt;Another use case, as well is for cloud image updates, while performing the update of an image the operator might want to hide it from all the users.
Then when the update is complete he can reactivate the image so the users can boot virtual machines from it.&lt;/p&gt;</description></item><item><title>OpenStack Summit Vancouver: thanks for your votes</title><link>http://sebastien-han.fr/blog/2015/03/29/openstack-summit-vancouver-thanks-for-your-votes/</link><pubDate>Sun, 29 Mar 2015 23:33:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/03/29/openstack-summit-vancouver-thanks-for-your-votes/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-vancouver.jpg" alt="OpenStack Summit Vancouver: thanks for your votes"&gt;&lt;/p&gt;
&lt;p&gt;Bonjour, bonjour !
Quick post to let you know that my talk submission has been accepted, so I&amp;rsquo;d like to thank you all for voting.
As a reminder, our &lt;a href="https://openstacksummitmay2015vancouver.sched.org/event/d3d4a3e4b0418624b0a235d39df86805"&gt;talk&lt;/a&gt; (Josh Durgin and I) is scheduled Tuesday, May 19 between 11:15am - 11:55am.&lt;/p&gt;
&lt;p&gt;Also note that the summit has other Ceph talks!&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://openstacksummitmay2015vancouver.sched.org/event/70d72c17aa28ae9eac8566349cce67ec#.VRhwT0LiudE"&gt;Keeping OpenStack storage trendy with Ceph and containers&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitmay2015vancouver.sched.org/event/cd13cc9ba60d66d5d10c97be448975db#.VRhwUULiudE"&gt;Ceph at CERN: A Year in the Life of a Petabyte-Scale Block Storage Service&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitmay2015vancouver.sched.org/event/602d3f329d7f18e778134d3675f46ef2#.VRhwUkLiudE"&gt;Swift vs Ceph from an architectural standpoint&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitmay2015vancouver.sched.org/event/a19b5fcef0bb0b762640f100c5df912d#.VRhwUkLiudE"&gt;A Year with Cinder and Ceph at TWC&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitmay2015vancouver.sched.org/event/ffe6a71bdda1d5406fee28f8be6065f3#.VRhwVELiudE"&gt;Building Your First Ceph Cluster for OpenStack— Fighting for Performance, Solving Tradeoffs&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://openstacksummitmay2015vancouver.sched.org/event/0a7288766971898f7515b1d9cc6b96a4#.VRhwrELiudE"&gt;Storage security in a critical enterprise OpenStack environment&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;blockquote&gt;
&lt;p&gt;See you in Vancouver!&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>OpenStack: reserve memory on your hypervisors</title><link>http://sebastien-han.fr/blog/2015/03/23/openstack-reserve-memory-on-your-hypervisors/</link><pubDate>Mon, 23 Mar 2015 15:09:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/03/23/openstack-reserve-memory-on-your-hypervisors/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-reserve-memory-hypervisors.jpg" alt="OpenStack reserve memory on your hypervisors"&gt;&lt;/p&gt;
&lt;p&gt;One major use case for operators is to be able to reserve a certain amount of memory in the hypervisor.
This is extremely useful when you have to recover from failures.
Imagine that you run all your virtual machines on shared storage (Ceph RBD or Sheepdog or NFS).
The major benefit from running your instances on shared storage is that it will ease live-migration and evacuation.
However, if a compute node dies you want to make sure that you have enough capacity on the other compute nodes to relaunch your instances.
Given that the &lt;code&gt;nova host-evacuate&lt;/code&gt; call goes through the scheduler again you should get an even distribution.&lt;/p&gt;
&lt;p&gt;But how to make sure that you have enough memory on the other hypervisors?
Unfortunately there is no real memory restriction mechanism.
In this article I will explain how we can mimic such behavior.&lt;/p&gt;</description></item><item><title>OpenStack Glance NFS and Compute local direct fetch</title><link>http://sebastien-han.fr/blog/2015/03/16/openstack-glance-nfs-and-compute-local-direct-fetch/</link><pubDate>Mon, 16 Mar 2015 16:12:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/03/16/openstack-glance-nfs-and-compute-local-direct-fetch/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-glance-nfs-compute-local-fetch.jpg" alt="OpenStack Glance NFS and Compute local direct fetch"&gt;&lt;/p&gt;
&lt;p&gt;This feature has been around for quite a while now, if I remember correctly it was introduced in the Grizzly release.
However, I never really got the chance to play around with it.
Let&amp;rsquo;s assume that you use NFS to store Glance images, we know that the default booting mechanism implies to fetch the instance image from Glance to the Nova compute.
This is basically streaming the image which involves network throughput and makes the boot process longer.
OpenStack Nova can be configured to directly access Glance images from a local filesystem path.
This is ideal for our NFS scenario.&lt;/p&gt;</description></item><item><title>OpenStack guest and watchdog</title><link>http://sebastien-han.fr/blog/2015/03/09/openstack-guest-and-watchdog/</link><pubDate>Mon, 09 Mar 2015 12:04:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/03/09/openstack-guest-and-watchdog/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-watchdog-device.jpg" alt="OpenStack guest and watchdog"&gt;&lt;/p&gt;
&lt;p&gt;Libvirt has the ability to configure a watchdog device for QEMU guests.
When the guest operating system hangs or crashes the watchdog device is used to automatically trigger some actions.
The watchdog support was added in OpenStack Icehouse.&lt;/p&gt;</description></item><item><title>OpenStack and Backup</title><link>http://sebastien-han.fr/blog/2015/02/17/openstack-and-backup/</link><pubDate>Tue, 17 Feb 2015 12:14:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/02/17/openstack-and-backup/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-backup.jpg" alt="OpenStack and Backup"&gt;&lt;/p&gt;
&lt;p&gt;Doing backups in the Cloud is not an easy task.
In this article I will try to answer some frequently asked questions.&lt;/p&gt;</description></item><item><title>OpenStack summit Vancouver talks: Ceph and OpenStack upgrades</title><link>http://sebastien-han.fr/blog/2015/02/17/openstack-summit-talks/</link><pubDate>Tue, 17 Feb 2015 00:52:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/02/17/openstack-summit-talks/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-vancouver.jpg" alt="OpenStack summit talks: Ceph and OpenStack upgrades"&gt;&lt;/p&gt;
&lt;p&gt;Self promotion ahead :)
For the next OpenStack summit I have submitted two talks.&lt;/p&gt;</description></item><item><title>OpenStack: perform consistent snapshots with Qemu Guest Agent</title><link>http://sebastien-han.fr/blog/2015/02/09/openstack-perform-consistent-snapshots-with-qemu-guest-agent/</link><pubDate>Mon, 09 Feb 2015 16:17:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/02/09/openstack-perform-consistent-snapshots-with-qemu-guest-agent/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-consistent-snapshot-qemu-agent.jpg" alt="OpenStack: perform consistent snapshots with Qemu Guest Agent"&gt;&lt;/p&gt;
&lt;p&gt;A while back, I &lt;a href="http://www.sebastien-han.fr/blog/2012/12/10/openstack-perform-consistent-snapshots/"&gt;wrote an article&lt;/a&gt; about taking consistent snapshots of your virtual machines in your OpenStack environment.
However this method was really intrusive since it required to be inside the virtual machine and to manually summon a filesystem freeze.
In this article, I will use a different approach to achieve the same goal without the need to be inside the virtual machine.
The only requirement is to have a virtual machine running the qemu-guest-agent.&lt;/p&gt;</description></item><item><title>OpenStack and Ceph: RBD discard</title><link>http://sebastien-han.fr/blog/2015/02/02/openstack-and-ceph-rbd-discard/</link><pubDate>Mon, 02 Feb 2015 09:32:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/02/02/openstack-and-ceph-rbd-discard/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-ceph-discard.jpg" alt="OpenStack and Ceph: RBD space reclamation"&gt;&lt;/p&gt;
&lt;p&gt;Only Magic Card player might recognize that post picture :) (&lt;a href="http://gatherer.wizards.com/Pages/Card/Details.aspx?name=reclaim"&gt;if you&amp;rsquo;re interested&lt;/a&gt;)&lt;/p&gt;
&lt;br/&gt;
&lt;p&gt;I have been waiting for this for quite a while now.
Discard, also called trim (with SSD), is a space reclamation mechanism that allows you to reclaim unused blocks on a disk.
RBD images are sparse by default, this means that the space they occupy increase the more you write data (opposite of preallocation).
So while writing on your filesystem you might end up to the end of your device.
On the Ceph side, no one knows what is happening on the filesystem, so we actually end up with fully allocated blocks&amp;hellip;
In the end the cluster believes that the RBD images are fully allocated.
From an operator perspective, having the ability to reclaim back the space unused by your running instances is really handy.&lt;/p&gt;</description></item><item><title>OpenStack Cinder with Ceph under the hood</title><link>http://sebastien-han.fr/blog/2015/01/23/openstack-cinder-with-ceph-under-the-hood/</link><pubDate>Fri, 23 Jan 2015 11:21:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/01/23/openstack-cinder-with-ceph-under-the-hood/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/cinder-ceph-under-the-hood.jpg" alt="OpenStack Cinder with Ceph under the hood"&gt;&lt;/p&gt;
&lt;p&gt;What&amp;rsquo;s happening under the hood while playing with Cinder and Ceph?
Answer table :-).&lt;/p&gt;</description></item><item><title>OpenStack: disable a compute node during its first bootstrap</title><link>http://sebastien-han.fr/blog/2015/01/19/openstack-disable-a-compute-during-its-first-bootstrap/</link><pubDate>Mon, 19 Jan 2015 05:48:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/01/19/openstack-disable-a-compute-during-its-first-bootstrap/</guid><description>&lt;p&gt;For operationnal reasons, you might not want to automatically make your compute node available.
With the following flag, during its first bootstrap the compute node will register itself to the service list.
However it will be disabled, so virtual machines can not be scheduled on it:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;enable_new_services=False
&lt;/code&gt;&lt;/pre&gt;</description></item><item><title>OpenStack configure VM migrate nova SSH</title><link>http://sebastien-han.fr/blog/2015/01/06/openstack-configure-vm-migrate-nova-ssh/</link><pubDate>Tue, 06 Jan 2015 13:46:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2015/01/06/openstack-configure-vm-migrate-nova-ssh/</guid><description>&lt;p&gt;Just a reminder for me :D.&lt;/p&gt;</description></item><item><title>OpenStack: import existing Ceph volumes in Cinder</title><link>http://sebastien-han.fr/blog/2014/12/09/openstack-import-existing-ceph-volumes-in-cinder/</link><pubDate>Tue, 09 Dec 2014 16:14:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/12/09/openstack-import-existing-ceph-volumes-in-cinder/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-import-existing-vol-ceph-cinder.jpg" alt="OpenStack: import existing Ceph volumes in Cinder"&gt;&lt;/p&gt;
&lt;p&gt;This method can be useful while migrating from one OpenStack to another.&lt;/p&gt;</description></item><item><title>OpenStack Glance: import images and convert them directly in Ceph</title><link>http://sebastien-han.fr/blog/2014/11/11/openstack-glance-import-images-and-convert-them-directly-in-ceph/</link><pubDate>Tue, 11 Nov 2014 23:45:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/11/11/openstack-glance-import-images-and-convert-them-directly-in-ceph/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/glance-convert-in-ceph.jpg" alt="OpenStack Glance: import images and convert them directly in Ceph"&gt;&lt;/p&gt;
&lt;p&gt;Ceph, to work in optimal circumstances requires the usage of RAW images.
However, it is painful to upload RAW images in Glance because it takes a while.
Let see how we can make our life easier.&lt;/p&gt;</description></item><item><title>OpenStack Glance: disable cache management while using Ceph RBD</title><link>http://sebastien-han.fr/blog/2014/11/03/openstack-glance-disable-cache-management-while-using-ceph-rbd/</link><pubDate>Mon, 03 Nov 2014 11:00:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/11/03/openstack-glance-disable-cache-management-while-using-ceph-rbd/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/glance-rbd-disable-cache.jpg" alt="OpenStack Glance: disable cache management while using Ceph RBD"&gt;&lt;/p&gt;
&lt;p&gt;The OpenStack documentation often recommends to enable the Glance cache while using the default store &lt;code&gt;file&lt;/code&gt;, with the Ceph RBD backend things are slightly different.&lt;/p&gt;</description></item><item><title>OpenStack Glance: allow user to create public images</title><link>http://sebastien-han.fr/blog/2014/10/30/openstack-glance-allow-user-to-create-public-images/</link><pubDate>Thu, 30 Oct 2014 10:38:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/10/30/openstack-glance-allow-user-to-create-public-images/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/glance-public-image.jpg" alt="OpenStack Glance: allow user to create public images"&gt;&lt;/p&gt;
&lt;p&gt;Since Juno, it is not possible anymore for an user to create public images nor make one of his images/snapshots public.
Even though this new Glance policy is a good initiative, let&amp;rsquo;s see how we can get the old behavior back.&lt;/p&gt;</description></item><item><title>Interested in Ceph? Join us at the OpenStack summit in Paris!</title><link>http://sebastien-han.fr/blog/2014/10/26/interested-in-ceph-join-us-at-the-openstack-summit-in-paris/</link><pubDate>Sun, 26 Oct 2014 13:46:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/10/26/interested-in-ceph-join-us-at-the-openstack-summit-in-paris/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-paris.jpg" alt="Interested in Ceph? Join us at the OpenStack summit in Paris"&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The next OpenStack summit is just around the corner and as usual Josh Durgin and I will lead the Ceph and OpenStack design session.
This session is scheduled for November 3 from 11:40 to 13:10, find the description &lt;a href="http://kilodesignsummit.sched.org/event/f2e49f4547a757cc3d51f5641b2000cb#.VEkiiZM9EgU"&gt;link here&lt;/a&gt;.
The etherpad is already available &lt;a href="https://etherpad.openstack.org/p/kilo-ceph"&gt;here&lt;/a&gt; so don&amp;rsquo;t hesitate to add your name to the list along with your main subject of interest.
See you in Paris!&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>OpenStack at the CephDays Paris</title><link>http://sebastien-han.fr/blog/2014/09/05/openstack-at-the-cephdays-paris/</link><pubDate>Fri, 05 Sep 2014 10:25:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/09/05/openstack-at-the-cephdays-paris/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/cephday.png" alt="See you at the CephDays in Paris"&gt;&lt;/p&gt;
&lt;p&gt;Save the date (September 18, 2014) and join us at the new edition of the Ceph Days in Paris.
I will be talking about the new amazing stuff that happened during this (non-finished yet) Juno cycle.
Actually I&amp;rsquo;ve never seen so many patch sets in one cycle :D.
Things are doing well for Ceph in OpenStack!
Deploying Ceph with Ansible will be part of the talk as well.&lt;/p&gt;
&lt;p&gt;The full schedule is available, don&amp;rsquo;t forget to &lt;a href="http://ceph.com/cephdays/paris/"&gt;register to the event&lt;/a&gt;.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Hope to see you there!&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>OpenStack: use ephemeral and persistent root storage for different hypervisors</title><link>http://sebastien-han.fr/blog/2014/09/01/openstack-use-ephemeral-and-persistent-root-storage-for-different-hypervisors/</link><pubDate>Mon, 01 Sep 2014 14:41:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/09/01/openstack-use-ephemeral-and-persistent-root-storage-for-different-hypervisors/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/epheremal-persistent-root-storage-different-hypervisor.jpg" alt="OpenStack: use ephemeral and persistent root storage for different hypervisors"&gt;&lt;/p&gt;
&lt;p&gt;Computes with Ceph image backend and computes with local image backend.
At some point, you might want to build hypervisor and use their local storage for virtual machine root disks.
Using local storage will help you maximasing your IOs and will reduce IO latentcies to the minimum (compare to network block storage).
However you will lose handy features like the live-migration (block migration is still an option but slower).
Data on the hypervisors will not have a good availability level too.
If the compute node crashes the user will not be able to access his virtual machines for a certain amount of time.
On another hand, you want to build hypervisors that where virtual machine root disks will live into Ceph.
Then you will be able to seemlessly move virtual machine with the live-migration.
Virtual machine disks will be highly available so if a compute node crashes you can quickly evacuate the virtual machine disk to another compute node.
Ultimately, your goal is to dissociate them, fortunately for you OpenStack provides a mechanism based on host agregate that will help you achieve your objective.
Thanks agregate filters you will be able to expose these hypervisors.&lt;/p&gt;</description></item><item><title>A must-have cron job on your OpenStack Cloud</title><link>http://sebastien-han.fr/blog/2014/08/18/a-must-have-cron-job-on-your-openstack-cloud/</link><pubDate>Mon, 18 Aug 2014 11:46:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/08/18/a-must-have-cron-job-on-your-openstack-cloud/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/a-must-have-cron-job.jpg" alt="A must-have cron job on your OpenStack Cloud"&gt;&lt;/p&gt;
&lt;p&gt;Running OpenStack on production can be difficult, so every optimizations are good to take :).&lt;/p&gt;</description></item><item><title>Start considering Ceph as a backend for OpenStack Cinder (to replace LVM)</title><link>http://sebastien-han.fr/blog/2014/06/02/start-considering-ceph-as-a-backend-for-openstack-cinder-replace-lvm/</link><pubDate>Mon, 02 Jun 2014 19:23:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/06/02/start-considering-ceph-as-a-backend-for-openstack-cinder-replace-lvm/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/drop-lvm-for-ceph-cinder-openstack.jpg" alt="Please drop LVM and use Ceph as a backend for OpenStack Cinder"&gt;&lt;/p&gt;
&lt;p&gt;Just back from the Juno summit, I attended most of the storage sessions and was extremely shocked how Ceph was avoided by storage vendors.
However LVM, the reference storage backend for Cinder was always mentioned.
Maybe, is it a sign that Ceph is taking over?
Talking about LVM, the last OpenStack survey showed that it was the more used backend.&lt;/p&gt;</description></item><item><title>Back from the Juno summit Ceph integration into OpenStack</title><link>http://sebastien-han.fr/blog/2014/05/29/back-from-the-juno-summit-ceph-integration-into-openstack/</link><pubDate>Thu, 29 May 2014 16:32:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/05/29/back-from-the-juno-summit-ceph-integration-into-openstack/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-atlanta.jpg" alt="Back from the Juno summit Ceph integration into OpenStack"&gt;&lt;/p&gt;
&lt;p&gt;Six months have passed since Hong Kong and it is always really exciting to see all the folks from the community gathered all-together in a (bit chilly) convention center.
As far I saw from the submitted and accepted talks, Ceph continues its road to the top.
There is still a huge growing interest about Ceph.
On Tuesday May 13th, Josh and I led a (3 hours long) session to discuss the next steps of the integration of Ceph into OpenStack.
To be honest, back when we were in Hong Kong, I believe that we were too optimistic about our roadmap.
So this time we decided to be a little more realistic and took a more step-by-step approach rather than &amp;ldquo;let&amp;rsquo;s add everything we can&amp;rdquo;.
However, this does not mean that the Icehouse cycle was limited in terms of features, not at all! Indeed the Icehouse cycle has seen some tremendous improvements.
I don&amp;rsquo;t know if you remember my last year article right after the Icehouse summit, there was a feature that I wanted so much: RADOS as a backend for Swift.
And yes, we made it, so if you want more details you&amp;rsquo;d better continue the reading :).&lt;/p&gt;</description></item><item><title>Don't burn down your OpenStack cloud</title><link>http://sebastien-han.fr/blog/2014/03/31/dont-burn-down-your-openstack-cloud/</link><pubDate>Mon, 31 Mar 2014 00:01:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2014/03/31/dont-burn-down-your-openstack-cloud/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-qos.jpg" alt="Don&amp;rsquo;t burn down your OpenStack cloud"&gt;&lt;/p&gt;
&lt;p&gt;Managing an OpenStack public cloud can be tough and building it properly is even harder.
You can not predict the workload of your platform, customers do what they want (yes they pay for this!).
So yes, cloud performance are often unpredictable!
Recent studies showed that while running a long-standing benchmark on several cloud platforms, they experienced a performance drop-down of 40% (crazy isn&amp;rsquo;t it?).
However, there are some simple facilities in OpenStack that allow you to have a better control of the resources that you offer to your customers/users.
This is what I am going to briefly explore in this article.&lt;/p&gt;</description></item><item><title>OpenStack, Ceph RBD and QoS</title><link>http://sebastien-han.fr/blog/2013/12/23/openstack-ceph-rbd-and-qos/</link><pubDate>Mon, 23 Dec 2013 00:19:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/12/23/openstack-ceph-rbd-and-qos/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-cinder-rate-limiting.jpg" alt="OpenStack, Ceph RBD and QoS"&gt;&lt;/p&gt;
&lt;p&gt;The Havana cycle introduced a QoS feature on both Cinder and Nova.
Quick tour of this excellent implementation.&lt;/p&gt;</description></item><item><title>Back from Icehouse OpenStack summit: Ceph/OpenStack integration</title><link>http://sebastien-han.fr/blog/2013/11/26/back-from-icehouse-openstack-summit-ceph-slash-openstack-integration/</link><pubDate>Tue, 26 Nov 2013 16:55:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/11/26/back-from-icehouse-openstack-summit-ceph-slash-openstack-integration/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-hong-kong.png" alt="Back from Icehouse OpenStack summit Ceph OpenStack integration"&gt;&lt;/p&gt;
&lt;p&gt;The summit was exciting and full of good things and announcements.
We had great Cinder sessions and an amazing Ceph/OpenStack integration session.
I&amp;rsquo;ve led the Ceph/OpenStack integration session with Josh Durgin (Inktank).
We had a good participation from the audience.
I would like to specially thank Sage Weil, Haomai Wang, Edward Hope-Morley for their good inputs.
The main purpose of this session was to gather ideas to improve the Ceph integration into Openstack.
Eventually, we built a draft of the Icehouse&amp;rsquo;s roadmap.
For those of you who were not attending the session and are curious to learn more about what&amp;rsquo;s going to happen in the next few months this article is for you!&lt;/p&gt;</description></item><item><title>OpenStack survey 2013</title><link>http://sebastien-han.fr/blog/2013/11/06/openstack-survey-2013/</link><pubDate>Wed, 06 Nov 2013 08:56:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/11/06/openstack-survey-2013/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-metrics.png" alt="OpenStack survey 2013"&gt;&lt;/p&gt;
&lt;br /&gt;
&lt;blockquote&gt;
&lt;p&gt;Ceph 17% ! :D&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>Build a PaaS zone within your OpenStack cloud</title><link>http://sebastien-han.fr/blog/2013/10/31/build-a-paas-zone-within-your-openstack-cloud/</link><pubDate>Thu, 31 Oct 2013 11:07:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/10/31/build-a-paas-zone-within-your-openstack-cloud/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-paas-within-iaas.png" alt="Build a PaaS zone within your OpenStack cloud"&gt;&lt;/p&gt;
&lt;p&gt;OpenStack has seen a lot of PaaS oriented project coming for the last few months.
&lt;a href="https://wiki.openstack.org/wiki/Heat"&gt;Heat&lt;/a&gt;, the orchestration service was introduced during Grizzly, Havana just got the support of the &lt;a href="https://www.docker.io/"&gt;Docker&lt;/a&gt; hypervisor and &lt;a href="https://wiki.openstack.org/wiki/Trove"&gt;Trove&lt;/a&gt; the Database as a Service project is planned for Icehouse.
More recently, &lt;a href="https://wiki.openstack.org/wiki/Manila"&gt;Manila&lt;/a&gt; the Distributed Filesystem as a Service and &lt;a href="https://wiki.openstack.org/wiki/Raksha"&gt;Raksha&lt;/a&gt; the Data Protection As Service appeared.&lt;/p&gt;
&lt;p&gt;So, want to bring OpenStack to the next level?&lt;/p&gt;</description></item><item><title>CoreOS, a good operating system for your OpenStack controllers</title><link>http://sebastien-han.fr/blog/2013/10/10/coreos-a-good-operating-system-for-your-openstack-controllers/</link><pubDate>Thu, 10 Oct 2013 11:33:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/10/10/coreos-a-good-operating-system-for-your-openstack-controllers/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/coreos-openstack-controller.png" alt="CoreOS, a good operating system for your OpenStack controllers"&gt;&lt;/p&gt;
&lt;p&gt;During this article, I am going to explain why I believe that CoreOS is an excellent operation system for your OpenStack controllers.&lt;/p&gt;</description></item><item><title>OpenStack Heat and Ceilometer got their dashboard panel</title><link>http://sebastien-han.fr/blog/2013/09/06/openstack-heat-and-ceilometer-got-their-dashboard-panel/</link><pubDate>Fri, 06 Sep 2013 22:54:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/09/06/openstack-heat-and-ceilometer-got-their-dashboard-panel/</guid><description>&lt;p&gt;The Havana milestone release of the Horizon dashboard brought an absolutely wonderful panel for Heat, the orchestration service and Ceilometer, the metering service.
Quick preview before the Havana&amp;rsquo;s official release.&lt;/p&gt;</description></item><item><title>OpenStack Havana flush token manually</title><link>http://sebastien-han.fr/blog/2013/09/06/openstack-havana-flush-token-manually/</link><pubDate>Fri, 06 Sep 2013 15:05:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/09/06/openstack-havana-flush-token-manually/</guid><description>&lt;p&gt;It has always been a huge pain to manage token in MySQL espacially with PKI token since they are larger than UUID token.
Almost a year ago I wrote &lt;a href="http://www.sebastien-han.fr/blog/2012/12/12/cleanup-keystone-tokens/"&gt;an article to purge token via a script&lt;/a&gt;.
So finally, we have an easy option to purge all expired token.&lt;/p&gt;</description></item><item><title>Openstack: unexplained high CPU load on compute nodes</title><link>http://sebastien-han.fr/blog/2013/08/12/openstack-unexplained-high-cpu-load-on-compute-nodes/</link><pubDate>Mon, 12 Aug 2013 10:26:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/08/12/openstack-unexplained-high-cpu-load-on-compute-nodes/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/high-cpu-load.jpg" alt="Openstack: unexplained high CPU load on the host"&gt;&lt;/p&gt;
&lt;p&gt;Recently I encountered a weird issue: the CPU load of my hosts was quite high with a load average of 20 and picks to 40.
First, I had a look at the guest system since the high load was generated by guests.
Unfortunately the VM was not doing anything, no IOPS and no CPU.&lt;/p&gt;</description></item><item><title>OpenStack 3rd years retrospective</title><link>http://sebastien-han.fr/blog/2013/07/22/openstack-3rd-years-retrospective/</link><pubDate>Mon, 22 Jul 2013 11:45:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/07/22/openstack-3rd-years-retrospective/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/os_timeline.png" alt="OpenStack 3rd years retrospective"&gt;&lt;/p&gt;</description></item><item><title>OpenStack: instance evacuation goes to host</title><link>http://sebastien-han.fr/blog/2013/07/19/openstack-instance-evacuation-goes-to-host/</link><pubDate>Fri, 19 Jul 2013 16:02:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/07/19/openstack-instance-evacuation-goes-to-host/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-host-evacuate.jpg" alt="OpenStack: instance evacuation goes to host"&gt;&lt;/p&gt;
&lt;p&gt;With Grizzly came the instance evacuation but a quite recent addition to the code expended it to hosts.&lt;/p&gt;</description></item><item><title>OpenStack: perform a live migration using a specific NIC</title><link>http://sebastien-han.fr/blog/2013/07/02/openstack-perform-a-live-migration-using-a-specific-nic/</link><pubDate>Tue, 02 Jul 2013 17:58:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/07/02/openstack-perform-a-live-migration-using-a-specific-nic/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/live-migration-specific-nic.jpg" alt="OpenStack: perform a live migration using a specific NIC"&gt;&lt;/p&gt;
&lt;p&gt;Quick old tip (back from the cave) to trigger a live migration from a specific network card.&lt;/p&gt;</description></item><item><title>What I think about CephFS in OpenStack</title><link>http://sebastien-han.fr/blog/2013/06/24/what-i-think-about-cephfs-in-openstack/</link><pubDate>Mon, 24 Jun 2013 00:28:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/06/24/what-i-think-about-cephfs-in-openstack/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/what-I-think-about-ceph-and-openstack.jpg" alt="What I think about CephFS in OpenStack"&gt;&lt;/p&gt;
&lt;p&gt;I recently had some really interesting questions that led to some nice discussions.
Since I received the same question twice, I thought it might be good to share the matter with the community.&lt;/p&gt;
&lt;p&gt;The question was pretty simple and obvioulsy the context is about OpenStack:&lt;/p&gt;</description></item><item><title>See you at the OpenStack summit</title><link>http://sebastien-han.fr/blog/2013/04/11/see-you-at-the-openstack-summit/</link><pubDate>Thu, 11 Apr 2013 09:43:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/04/11/see-you-at-the-openstack-summit/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-summit-portland.jpg" alt="See you at the OpenStack summit"&gt;&lt;/p&gt;
&lt;p&gt;Next week is the &lt;a href="http://www.openstack.org/summit/portland-2013/"&gt;OpenStack Summit&lt;/a&gt; conference. &lt;a href="http://www.enovance.com/fr/blog/5498/enovance-openstack-summit-portland"&gt;eNovance&amp;rsquo;s&lt;/a&gt; team will be present at the event. The convention is going to be awesome, I saw plenty of amazing sessions and I really look forward to attending those talks. Speaking about session, &lt;a href="http://my1.fr/"&gt;Emilien Macchi&lt;/a&gt; and I will give a talk about High Availability in OpenStack. You can check the talk page &lt;a href="http://openstacksummitapril2013.sched.org/event/b94184e87ffaf649fa15952f8553e44e#.UWgoVKtgaZ0"&gt;here&lt;/a&gt;. Hope to see you there!&lt;/p&gt;</description></item><item><title>Openstack: quickly fix mirrored queues errors</title><link>http://sebastien-han.fr/blog/2013/04/09/openstack-quickly-fix-mirrored-queues-errors/</link><pubDate>Tue, 09 Apr 2013 22:10:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/04/09/openstack-quickly-fix-mirrored-queues-errors/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/fix-mirrored-queues.jpg" alt="Openstack: quickly fix mirrored queues errors"&gt;&lt;/p&gt;
&lt;p&gt;Just started with Grizzly and already been through some minor issues :).&lt;/p&gt;</description></item><item><title>OpenStack: override DHCP information sent by DNSMASQ to a VM</title><link>http://sebastien-han.fr/blog/2013/02/18/openstack-override-dhcp-information-send-by-dnsmasq-to-the-vm/</link><pubDate>Mon, 18 Feb 2013 11:21:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/02/18/openstack-override-dhcp-information-send-by-dnsmasq-to-the-vm/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-dnsmasq-dhcp.jpg" alt="OpenStack: override DHCP information sent by DNSMASQ to a VM"&gt;&lt;/p&gt;
&lt;p&gt;One of the most annoying thing is when the &lt;code&gt;resolv.conf&lt;/code&gt; of your VM keeps changing because of the information sent by the DNSMASQ process. In this article, I assume that your setup has some conventions such as:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;One network per customer, with fixed_ips range with something like &lt;code&gt;10.100.$ID.0/24&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;One ID (number) per tenant&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>OpenStack Nova and availability zones</title><link>http://sebastien-han.fr/blog/2013/01/24/openstack-nova-play-with-availability-zones/</link><pubDate>Thu, 24 Jan 2013 17:22:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/01/24/openstack-nova-play-with-availability-zones/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/nova-az.jpg" alt="OpenStack Nova and availability zones"&gt;&lt;/p&gt;
&lt;p&gt;Availability zone in OpenStack. The main purpose of this article is to play a bit with availability zones.&lt;/p&gt;</description></item><item><title>OpenStack maintenance mode</title><link>http://sebastien-han.fr/blog/2013/01/09/openstack-maintenance-mode/</link><pubDate>Wed, 09 Jan 2013 18:02:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2013/01/09/openstack-maintenance-mode/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-maintenance.jpg" alt="OpenStack maintenance mode"&gt;&lt;/p&gt;
&lt;p&gt;Some tips for performing smooth maintenance in OpenStack.&lt;/p&gt;</description></item><item><title>OpenStack: perform consistent snapshots</title><link>http://sebastien-han.fr/blog/2012/12/10/openstack-perform-consistent-snapshots/</link><pubDate>Mon, 10 Dec 2012 10:30:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/12/10/openstack-perform-consistent-snapshots/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-consistent-snapshots.jpg" alt="OpenStack: perform consistent snapshots"&gt;&lt;/p&gt;
&lt;p&gt;Make consistent instance or volume snapshots.&lt;/p&gt;</description></item><item><title>Openstack and rsyslog</title><link>http://sebastien-han.fr/blog/2012/12/05/openstack-and-rsyslog/</link><pubDate>Wed, 05 Dec 2012 17:12:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/12/05/openstack-and-rsyslog/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-rsyslog.jpg" alt="Openstack and rsyslog"&gt;&lt;/p&gt;
&lt;p&gt;I don&amp;rsquo;t want to see my logs poluted by &lt;code&gt;INFO&lt;/code&gt; messages saying &amp;ldquo;hey, I&amp;rsquo;m running!&amp;rdquo;. No thanks, it burns my I/O cycles for nothing. If it doesn&amp;rsquo;t work I have a monitoring system for that and if it&amp;rsquo;s broken I simply change the log level to &lt;code&gt;DEBUG&lt;/code&gt;. Of course it&amp;rsquo;s personal thoughts, however for those you who are interested just click ;-).&lt;/p&gt;</description></item><item><title>Tip: OpenStack Retrieve usage statictics</title><link>http://sebastien-han.fr/blog/2012/11/09/tip-openstack-retrieve-usage-statictic/</link><pubDate>Fri, 09 Nov 2012 23:45:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/11/09/tip-openstack-retrieve-usage-statictic/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-stat.jpg" alt="OpenStack retrieve usage statictic"&gt;&lt;/p&gt;
&lt;p&gt;While waiting for the Ceilometer project to be ready, nova provides some facilities to retrieve simple statistics. A little overview about the available commands.&lt;/p&gt;</description></item><item><title>Openstack: memory overcommit</title><link>http://sebastien-han.fr/blog/2012/09/22/openstack-memory-overcommit/</link><pubDate>Sat, 22 Sep 2012 19:06:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/09/22/openstack-memory-overcommit/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-memory-overcommit.jpg" alt="Openstack: memory overcommit"&gt;&lt;/p&gt;
&lt;p&gt;I couple of days ago I noticed that I never tested the overcommit capability in OpenStack&lt;/p&gt;</description></item><item><title>Openstack: play with quota</title><link>http://sebastien-han.fr/blog/2012/09/19/openstack-play-with-quota/</link><pubDate>Wed, 19 Sep 2012 22:01:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/09/19/openstack-play-with-quota/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-quota.jpg" alt=""&gt;&lt;/p&gt;
&lt;p&gt;Short introduction to quota in OpenStack.&lt;/p&gt;</description></item><item><title>OpenStack: Auto assign floating IP</title><link>http://sebastien-han.fr/blog/2012/08/03/openstack-auto-assign-floating-ip/</link><pubDate>Fri, 03 Aug 2012 23:02:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/08/03/openstack-auto-assign-floating-ip/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/auto-float.jpg" alt="Auto assign floating IP"&gt;&lt;/p&gt;
&lt;p&gt;It can be really handy to auto assign floating IP addresses to every new instance.&lt;/p&gt;</description></item><item><title>OpenStack block migration</title><link>http://sebastien-han.fr/blog/2012/07/12/openstack-block-migration/</link><pubDate>Thu, 12 Jul 2012 15:30:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/07/12/openstack-block-migration/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/migration.jpg" alt="Block migration"&gt;&lt;/p&gt;
&lt;p&gt;Block migration, the best compromise possible?&lt;/p&gt;</description></item><item><title>Play with OpenStack instance metadata</title><link>http://sebastien-han.fr/blog/2012/07/11/play-with-openstack-instance-metadata/</link><pubDate>Wed, 11 Jul 2012 22:39:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/07/11/play-with-openstack-instance-metadata/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/metadata.jpg" alt="Openstack metadata"&gt;&lt;/p&gt;
&lt;p&gt;Nova API metadata.&lt;/p&gt;</description></item><item><title>OpenStack: Nova components HA</title><link>http://sebastien-han.fr/blog/2012/07/02/openstack-nova-components-ha/</link><pubDate>Mon, 02 Jul 2012 00:25:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/07/02/openstack-nova-components-ha/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/nova.jpg" alt="Nova"&gt;&lt;/p&gt;
&lt;p&gt;I wrote all the missing resource agents related to the &lt;em&gt;nova&lt;/em&gt; ecosystem. All the RAs are &lt;a href="https://github.com/leseb/OpenStack-ra"&gt;available on my Github&lt;/a&gt;. All the &amp;rsquo;nova&amp;rsquo; RAs mainly re-use the structure of the resource agent written by Martin Gerhard Loschwitz from Hastexo. &lt;a href="https://github.com/madkiss/glance/blob/ha/tools/ocf/glance-api"&gt;See here&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>OpenStack: Glance and Keystone HA</title><link>http://sebastien-han.fr/blog/2012/06/28/openstack-glance-keystone-ha/</link><pubDate>Thu, 28 Jun 2012 13:02:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/06/28/openstack-glance-keystone-ha/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/keystone.png" alt="HA Glance and Keystone"&gt;&lt;/p&gt;
&lt;p&gt;The purpose of this article is to achieve high-availability for some OpenStack components.&lt;/p&gt;</description></item><item><title>Setup Cloud Pipe VPN in OpenStack</title><link>http://sebastien-han.fr/blog/2012/06/20/setup-cloud-pipe-vpn-in-openstack/</link><pubDate>Wed, 20 Jun 2012 11:39:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/06/20/setup-cloud-pipe-vpn-in-openstack/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/pipe.jpg" alt="Cloud Pipe VPN"&gt;&lt;/p&gt;
&lt;p&gt;This article mainly re-uses the &lt;a href="http://nova.openstack.org/devref/cloudpipe.html"&gt;OpenStack official documentation&lt;/a&gt;. Since the latter has errors in it, I fixed them. It&amp;rsquo;s fully functionnal under Ubuntu 12.04 distro.&lt;/p&gt;</description></item><item><title>Delete a tenant in OpenStack</title><link>http://sebastien-han.fr/blog/2012/06/14/delete-a-tenant-in-openstack/</link><pubDate>Thu, 14 Jun 2012 17:41:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/06/14/delete-a-tenant-in-openstack/</guid><description>&lt;p&gt;If you are running on OpenStack Essex, you should have some problem to delete a tenant.&lt;/p&gt;</description></item><item><title>Introducing Ceph to OpenStack</title><link>http://sebastien-han.fr/blog/2012/06/10/introducing-ceph-to-openstack/</link><pubDate>Sun, 10 Jun 2012 00:04:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/06/10/introducing-ceph-to-openstack/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/ceph-openstack.png" alt="Ceph to Openstack"&gt;&lt;/p&gt;</description></item><item><title>OpenStack High Availability: RabbitMQ</title><link>http://sebastien-han.fr/blog/2012/05/21/openstack-high-availability-rabbitmq/</link><pubDate>Mon, 21 May 2012 11:28:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/05/21/openstack-high-availability-rabbitmq/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/rabbitmq-logo.png" alt="RabbitMQ"&gt;&lt;/p&gt;
&lt;p&gt;Rabbitmq has his own buildin cluster management system. Here, we don&amp;rsquo;t need Pacemaker, everything is managed by RabbitMQ itself.&lt;/p&gt;</description></item><item><title>OpenStack High Availability 1/??</title><link>http://sebastien-han.fr/blog/2012/05/17/openstack-high-avavailability-1/</link><pubDate>Thu, 17 May 2012 13:37:00 +0000</pubDate><guid>http://sebastien-han.fr/blog/2012/05/17/openstack-high-avavailability-1/</guid><description>&lt;p&gt;&lt;img src="http://sebastien-han.fr/images/openstack-ha.png" alt="OpenStack HA?"&gt;&lt;/p&gt;
&lt;p&gt;First article of a long serie to build an highly available OpenStack platform. This one is more a state of art about the OpenStack HA.&lt;/p&gt;</description></item></channel></rss>