30个4GB内存Rackspace云服务器45分钟内可运行1万个Docker容器-云计算-火龙果软件工程

30个4GB内存Rackspace云服务器45分钟内可运行1万个Docker容器

作者 DZone 来源：Amjad Afanah 火龙果软件发布于 2015-11-9

1457 次浏览

摘要：本文主要讲述了在Rackspace上利用不到45分钟的时间在一个由30个4GB内存的云服务器组成的集群上部署10,000个Nginx 容器。具体步骤：在Nginx 集群构建应用程序模板；在Rackspace云上部署基础设施等等。

虽然应用程序的可移植性（即能够在任何一个主机上运行相同的应用程序）仍是采用Linux容器的主要动力，但优化服务器的利用率这另一个关键的优势能够使得你仅占用计算机的很少部分的计算。当然，对于像PROD这种生产环境（正式环境），你可能还是倾向于分配足够的CPU和内存来满足工作所需--但是在DEV/TEST环境中，通常这些环境大多数需要计算机资源的消耗，因此优化服务器的利用率可以有效地进行成本节约。

表面上这些听起来都很不错--但是DevOps工程师和基础运营商仍在与下列问题作斗争：

如何在实现不同的云服务器集群并且将其映射到业务组、开发团队或者应用程序项目上？
如何检测这些集群和察觉不同的群体或用户资源的消耗？
如何在集群中建立跨服务器的网络以便多台主机上的容器间能够互相通信？
如何以自身能力为基础定义布局决策以便于在集群中充分利用每一个计算位？
如何自动扩展集群以满足开发人员对基于新容器应用程序部署的需求？

DCHQ提供托管和内部部署版本，解决了上述所有这些挑战，它为基础运营商和DevOps工程师提供了最先进的基础设置配置、自动缩放、集群和配置策略。

通过Docker和软件定义的网络层（可选），用户可以注册一个任何地方都可运行Linux主机，方法是通过运行一个自动生成脚本来安装DCHQ代理。该任务可以通过自动变成方式实现，利用RESTAPI’s来生成“DockerServer”（https://dchq.readme.io/docs/dockerservers）；
另外，DCHQ整合了13个云服务商，允许用户在vSphere、OpenStack、CloudStack、AmazonElasticCloudComputing、GoogleComputeEngine、Rackspace、DigitalOcean、SoftLayer,MicrosoftAzure等云上自动启动虚拟基础设施。

通过集群可以让混合云和本地开发设备的服务器关联，这是一个逻辑映射的基础设施。该集群具有以下高级选项：

Networking（网络）--用户可以选择Docker网络或者软件定义网络两者之一来促进跨通容器能在多个主机间进行通信；
Lease（租赁）--用户在该集群中可以指定服务器何时到期以便于DCHQ能自动清理这些服务器；
PlacementPolicy（安置策略）--用户可以选择多个安置策略比如一个临近策略、轮叫调度策略或者默认策略。一个基于容量的安置策略可以在宿主机上分配给满足Docker工作量的足够的计算资源；
Quota（指标）--用户可以指示该集群是否遵从分配给用户配置文件。例如,在DHCQ.io中，所有的用户都被分配了一个8GB内存的指标；
Auto-ScalePolicy（自动规模策略）--用户可以自定义一个自动规模策略，如果集群耗尽全部的计算资源是以便自动添加服务器。进而满足开发人员对基于新容器的应用程序部署的需求；
GranularAccessControls（细化访问控制）-- 租用管理员可以定义集群的访问控制，以便决定谁能进行基于容器的应用程序部署。例如，开发者可以注册他/她的本地计算机并将其标记为私有。租用管理员，另一方面，可以与特定组的用户或所有租用用户共享一个集群。

除了先进的基础设施配置和集群功能，DHCQ还通过先进的应用集成框架简化了企业级应用程序的容器化过程。并通过交叉镜像环境变量延伸了DockerCompose；可扩展的BASH脚本插件可以调用请求时间或者规定位置；高可用性的应用程序集群在多主机或者区域间支持自动缩放。

一旦应用程序配置完成，用户可以监控所运行容器的CPU、内存和I/O情况。并能得到通知或者警报，进行day-2操作如定时备份、利用BASH脚本插件进行ContainerUpdate或者调节In/Out规模。此外，开箱即用的工作流程促进持续交付，Jenkins使开发人员在不破坏现有的依赖关系和集成的条件下，能够刷新运行的应用程序的JavaWAR文件。

在这篇博文里，我们将要在Rackspace上利用不到45分钟的时间在一个由30个4GB内存的云服务器组成的集群上部署10，000个Nginx容器。将覆盖：

为Nginx集群建立应用程序模板以便可以在任一Linux主机上运行；
在任一云上提供底层的基础设施（本文中将以Racksapce为例）；
利用DCHQ’sRESTAPI’s部署可编程的Nginx集群；
监测所运行容器的CPU、内存和I/O。

为了模拟企业部署10,000DockerNginx容器的实际情况，我们使用如下的配置：

在DCHQ.io中创建了十个不同的用户；
创建了10个集群，每个集群拥有3个Rackspace上的云服务器。每个云服务器用4GB的内存和2个CPU；
10个用户中的每个用户均被分到其中一个集群，并作为其部署应用程序的默认集群；
10个用户共享应用程序模板。

为Nginx集群构建应用程序模板

一旦登录DCHQ（宿主DCHQ.io或者内部部署版本），用户可以看到Manage>Templates，然后单击+按钮来创建一个DockerCompose模板。

为了测试可扩展性，我们创建了一个简易Nginx集群。你会注意到cluster_size参数允许用户来设定所需容器的数量（利用相同的应用程序依赖关系）。

mem_min参数允许用户设定要分配到容器中的内存的最小值。

Host参数允许用户指定部署容器所需的主机。这样用户就可以确保不同的主机（或区域）中应用程序服务器集群的高可用性，同时用户可以遵循亲和规则以确保数据库在单独的主机上运行。以下是主机的参数值：

host1、host2、host3等等。--在数据中心（或集群）中随机选择一个主机用于容器部署；
<IPAddress1、IPAddress2等等>--允许用户指定用于部署容器的实际的IP地址；
<Hostname1、Hostname2等等>--允许用户指定用于部署容器的实际主机名；
Wildcards(例如“db-*” 或“app-srv-*”)--指定所使用主机名的通配符。

在任一云上部署基础设施

一旦保存了应用程序，用户可以注册一个CloudProvider来自动配置和自动缩放集群。这里有13种不同的云可选择包括：vSphere、OpenStack、CloudStack、AmazonWebServices、Rackspace、MicrosoftAzure、DigitalOcean、HPPublicCloud、IBMSoftLayer、GoogleComputeEngine和其他。

首先，用户可以利用如下指示在Rackspace（例如）上注册CloudProvider，Manage>Repo或者CloudProvider，然后点击+按钮选择Rackspace。这里需要RackspaceAPI密钥---密钥可以账户设置部分检索。