使用OpenStack会让企业感到*，但管理上的挑战降低了这种*感。使用本文的窍门可以帮助您提高开源平台的管理策略。
OpenStack平台提供了一种敏捷灵活的基础架构作为服务模型。它包括三个主要服务产品——计算、网络和存储——管理员可以通过同一个仪表板进行管理。 企业喜欢控制基础设施、应用程序和数据。
但是，该技术的主要缺点是它仍然相对年轻，这意味着IT专业人员必须处理更多的复杂问题。OpenStack有超过50个组件，还有许多活动件，这使得部署变得非常困难，对于那些不具备足够OpenStack技能的IT专业人员来说尤其如此。OpenStack管理工具和服务可以帮助缓解这些挑战，并且帮助访问第三方资源。采用本文的这些窍门，能够帮助您充分利用OpenStack的部署环境。
探索OpenStack私有云管理方案
要从头开始构建和运行OpenStack私有云，IT团队需要各种管理工具。OpenStack Horizon仪表板是基于Web的界面，用于管理和监控OpenStack服务。其他OpenStack管理工具包括Ceilometer，Murano和Congress。OpenStack社区还在开发Fuel，一种用于部署、测试和维护各种配置的工具。然而，这些工具的主要问题是，它们的成熟度级别不同，这使得它们中的一些使用起来更具挑战性。
企业可以利用其他第三方工具，如Red Hat CloudForms，用于配置和完成自动化，以及Cloudyn，用于监控和治理。此外，Mirantis将Fuel捆绑到一个可选硬件的OpenStack发行版集合中。在选择工具时，要考虑到企业的基础架构计划。软件定义的基础架构越来越受欢迎，因此集群管理器(如StratCloud或Mirantis)可能更有利于满足未来的需求。
考虑自定义OpenStack Horizon仪表板
Horizon是OpenStack管理仪表板，由三个部分组成：用户仪表板、系统仪表板和设置仪表板。管理员可以使用仪表板来启动以及管理计算实例，配置访问控制等。
最新版本的OpenStack为云管理员提供了更多选则来定制Horizon。随着Kilo版本的发布，用户现在可以使用可定制的主题，包含不同的颜色修改，不同的布局和样式。目前，云管理员可以从头开始创建自己的主题，或者在现有主题的基础上构建。除了可以自定义导航栏，表格，警报和其他元素之外，管理员还可以插入企业商标或品牌。管理员也可以浏览更多的高级配置选项。
最小化OpenStack更新期间的风险和停机时间
随着服务、工具和功能的不断发展，时刻关注OpenStack的更新变得很重要。开源平台还很年轻，每六个月就会有一次新的发布，这可能会造成一些宕机事故。为了避免停机，请确保新的更新不会依赖于其他模块。如果它们依赖于其他模块，那就需要将这些模块一起更新。
自动的OpenStack更新最小化了停机时间，并且比通过命令行手动更新更快。管理员可以通过OpenStack发行版实现这种自动化，例如Red Hat的OpenStack Platform Director。其他第三方供应商包括惠普、戴尔和IBM。虽然由于跨模块依赖性，这些OpenStack管理工具并不完美，但他们将在主要更新期间提供帮助。
OpenStack的可扩展性检验IT专业人员的耐心
当涉及到云时，可扩展性对于满足不断增长的计算环境的需求至关重要。在云预算中，上下调整资源的能力也很容易，因为企业只需要为他们使用的东西付费。然而，OpenStack仍然在可扩展性上挣扎。管理员可以使用第三方工具来提高可扩展性，但存在供应商锁定的风险。在运行第三方供应商的工具之前，请考虑其他一些OpenStack的管理实践。
OpenStack的可扩展性问题源自Neutron，OpenStack的网络模块，它仅仅可以扩展到约30个节点。Nova和Keystone模块也可能造成瓶颈，从而影响到整体的扩展性。管理员可以调优Nova来增加API和所管理的worker的数量，从而降低网络和瓶颈问题。随着OpenStack服务的发展和成熟，可扩展性的挑战将会逐渐减少。
使用OpenStack Tempest测试部署
执行OpenStack测试可以确保一切正常运行。企业可以使用测试来发现可能危害数据并影响用户体验的任何异常情况。OpenStack Tempest是一个工具，为开源云平台提供三种类型的测试：API测试、场景测试和单元测试。
在这三种测试中，场景测试通常是最受欢迎的，因为它针对的是OpenStack工作流。例如，云管理员可以使用这样的测试来微调VM的部署流程。当创建测试时，请记住要定义它的范围，包括所有涉及到的OpenStack组件以及它们之间应该如何进行交互。不幸的是，运行测试来查看数据中心是否完全正常运行，这并不是一项容易的任务，并且需要更多的时间和计划。
本文转自d1net（转载）