Hi, maishsk

I have deployed serveral test environment in my company's labs and each 
environment has 20-30 servers.


Here were the problems I have met.


1. MongoDB consumes too much memory. I use cgroups to restrict the memory used. 
but if using hard restriction, MongoDB may be terminated by OOM.‍
2. Billing data and monitoring data share the same table and database. This is 
very inconvenient! Monitoring data is massive and there is no need to backup‍
 monitoring data. On the contrary, billing data is less and important which 
should be backuped. Mixing these two data together makes things becomes 
difficult.
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.


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 
sharethese data and experience in the near future.


------------------
Luo gangyiluogan...@chinamobile.com



 




------------------ Original ------------------
From:  "Maish Saidel-Keesing";<mais...@maishsk.com>;
Date:  Thu, Feb 12, 2015 03:37 AM
To:  "openstack-dev"<openstack-dev@lists.openstack.org>; 
"openstack-operators"<openstack-operat...@lists.openstack.org>; 

Subject:  [openstack-dev] [Ceilometer] Real world experience with 
Ceilometerdeployments - Feedback requested



Is Ceilometer ready for prime time?

I would be interested in hearing from people who have deployed OpenStack 
clouds with Ceilometer, and their experience. Some of the topics I am 
looking for feedback on are:

- Database Size
- MongoDB management, Sharding, replica sets etc.
- Replication strategies
- Database backup/restore
- Overall useability
- Gripes, pains and problems (things to look out for)
- Possible replacements for Ceilometer that you have used instead


If you are willing to share - I am sure it will be beneficial to the 
whole community.

Thanks in Advance


With best regards,


Maish Saidel-Keesing
Platform Architect
Cisco




__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to