<div>Hi, maishsk</div><div><br></div><div>I have deployed serveral test environment in my company's labs and each <span style="line-height: 1.5;">environment</span><span style="line-height: 1.5;"> has 20-30 servers</span><span style="line-height: 1.5;">.</span></div><div><br></div><div>Here were the problems I have met.</div><div><br></div><div>1. MongoDB consumes too much memory. I use cgroups to restrict the memory used. but if using hard restriction, <span style="line-height: 1.5;">MongoDB may be terminated by OOM.<span id="_editor_bookmark_start_2" style="display: none; line-height: 0px;">‍</span></span></div><div><span style="line-height: 1.5;">2. Billing data and monitoring data share the same table and database. This is very inconvenient! M</span><span style="line-height: 1.5;">onitoring data is massive and there is no need to backup<span id="_editor_bookmark_start_3" style="display: none; line-height: 0px;">‍</span></span></div><div><span style="line-height: 1.5;"> </span><span style="line-height: 1.5;">monitoring data. On the contrary, billing data is less and important which should be backuped. Mixing these two data together makes things becomes difficult.</span></div><div><span style="line-height: 1.5;">3. It posed too much pressure on MQ when we configured monitoring period into 2-5 seconds. So we configured the pipeline using UDP channel.</span></div><div><span style="line-height: 1.5;"><br></span></div>Next month we will build a openstack environment about 100-150 servers. I will record my configuration, performance data and problems and I am willing to share<div>these data and experience in the near future.<br><div><br></div><div><div style="color:#909090;font-family:Arial Narrow;font-size:12px">------------------</div><div style="font-size:14px;font-family:Verdana;color:#000;">Luo Gangyi<div><div>luogangyi@chinamobile.com</div></div></div></div><div> </div><div><div><br></div><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------ Original ------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>From: </b> "Maish Saidel-Keesing";<maishsk@maishsk.com>;</div><div><b>Date: </b> Thu, Feb 12, 2015 03:37 AM</div><div><b>To: </b> "openstack-dev"<openstack-dev@lists.openstack.org>; "openstack-operators"<openstack-operators@lists.openstack.org>; <wbr></div><div></div><div><b>Subject: </b> [openstack-dev] [Ceilometer] Real world experience with Ceilometerdeployments - Feedback requested</div></div><div><br></div>Is Ceilometer ready for prime time?<br><br>I would be interested in hearing from people who have deployed OpenStack <br>clouds with Ceilometer, and their experience. Some of the topics I am <br>looking for feedback on are:<br><br>- Database Size<br>- MongoDB management, Sharding, replica sets etc.<br>- Replication strategies<br>- Database backup/restore<br>- Overall useability<br>- Gripes, pains and problems (things to look out for)<br>- Possible replacements for Ceilometer that you have used instead<br><br><br>If you are willing to share - I am sure it will be beneficial to the <br>whole community.<br><br>Thanks in Advance<br><br><br>With best regards,<br><br><br>Maish Saidel-Keesing<br>Platform Architect<br>Cisco<br><br><br><br><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></div></div>