如何搭建阿里云集群服务器？
本文目录
阿里云ecs服务器实例如何选择配置
阿里云ECS云服务器选择页面比较繁琐，第一次购买的同学一般都会一头雾水，笔者今天有时间，来说说关于ECS实例计费模式、公网宽带、地域选择、镜像、云盘等选择方法，总结了一下大约是10个步骤：
1. ECS付费模式选择
阿里云ECS云服务器有三种付费模式：[包年包月、按量付费和抢占式实例](网页链接)，来详细说下这三种模式及选择方法：
ECS付费模式选择
包年包月：包年包月模式比较常见，尤其是长时间使用ECS的场景，如Web网站应用，选择包年包月是节省成本也最合适的付费模式，包年包月是先付费后使用的计费方式，买一台ECS实例，按年或者按月多少钱，用户就先支付多少钱；
按量付费：按量付费模式是先使用后付费，阿里云系统以小时整点结算。按量付费模式适用于短时间或者业务高峰期间的应用场景，比如偶尔需要做测试，就会临时开一台按量付费的ECS，一个小时几分或者几毛钱，用完释放即可；
抢占式实例：抢占式相对于按量付费更优惠，抢占式实例有点类似市场经济，市场价格会随供需变化而浮动。必须提醒用户抢占式实例会被自动释放，所以有状态应用不宜使用抢占式实例，小心你的数据被释放。
哪个快网以Web网站应用为例，选择包年包月模式。
2.地域及可用区
ECS地域和可用区地域是指云服务器的物理数据中心所在位置。理论上，用户距离ECS地域距离越近，网络延迟越小，速度就越快，所以ECS地域的选择建议就近原则。当然，这是抛开备案不谈，如果受备案约束，不想备案的用户，那么中国大陆地域就不要选择了，可以选择中国香港地域。
可用区是指同一地域下，电力和网络独立的区域，可用区的存在是为了提升ECS的容灾能力。当选择多台ECS实例时，如果你的应用需要较高的容灾能力，那就需要布局在同地域不同可用区下，如果没有要求，随机分配即可。
不想备案，就选择了中国香港节点。
3. ECS实例规格
阿里云ECS云服务器有多种规格，以2核4G的云服务器为例，这个配置下有多个规格可选，如计算型c6、突发性能t5、共享计算型n4、计算网络增强型sn1ne实例等，这么多规格如何选择？
计算型c6实例是新一代企业级实例，性能好价格也贵一些；
突发性能t5实例是入门级规格，CPU性能受限于基准性能；
共享计算型n4：是入门级规格，但是不限制处理器性能，拥有100%CPU性能；
计算网络增强型sn1ne实例：性能也不错，相对于计算型c6属于上一代实例。
关于ECS实例规格详细介绍参考官方文档：
优惠上云，来阿里云·云小站www.aliyun.com，文档写的很详细了，就不多赘述了。
笔者选择了共享计算型n4实例，因为笔者购买的云服务器就是个人使用的，n4实例不限制CPU性能，价格相对低一些。大家根据实际情况选择。
4.镜像
镜像可以分为两类，即Windows类和Linux类，镜像是可以免费更换的，但是需要注意的是，只有中国大陆地域的云服务器可以Linux和Windows系统互相更换。哪个快网选的中国香港地域，所以我就得谨慎的选择操作系统，假设我选择了Windows类的系统，后续我想要使用Linux类的系统就不能更换了。中国大陆地域如华北、华东、华南等对于不用担心，镜像随便换。
5.存储
存储是指ECS云服务器的块存储，系统盘可选高效云盘、SSD云盘和ESSD云盘（由于云吞铺子之前选的是共享计算型n4实例，这个实例不支持ESSD云盘）。云盘性能方面ESSD云盘>SSD云盘>高效云盘，ESSD云盘价格要贵一些，高效云盘相对更便宜，关于云盘性能参考官方文档：[云盘参数和性能对比-阿里云](网页链接)，文档详细不多赘述。
云盘性能涉及IPOS或者吞吐量等参数，笔者对云盘性能没有要求，出于价格考虑，选择了高效云盘。
选择下一步，进入网络和安全组配置。
6.网络
以前阿里云网络类型分为经典网络和专有网络，专有网络更安全，以前的经典网络已经很少见了。对专有网络没有要求的话，默认即可，有要求就移步到专有网络控制台自定义创建VPC。
小编对专有网络没什么要求，就是一个单机的ECS实例，选择了默认。
7.公网 IP
ECS公网宽带勾选“分配公网IPv4地址”云服务器才有公网IP，不勾选创建后的ECS实例是不可以对外访问的，不勾选的话，后期可以通过绑定弹性公网IP（EIP）来获取公网IP。
带宽计费模式可选按固定宽带和按使用流量。按固定宽带就是用户选择多少M，阿里云就分配给用户多少M的公网宽带，使用期间宽带天天跑满还是没有流量都随便，很好理解；按使用流量计费类似我们手机的上网流量，使用多少G支付多少G的钱，为了防止恶意流量攻击，可以设置宽带峰值。
哪个快网选择了固定宽带计费模式，选择了1M宽带，1M宽带的下载速度是128KB/S。
8.安全组
安全组是一种虚拟防火墙，安全组用于设置网络访问控制。比如平时开放或禁用端口，都可以通过安全组配置。默认即可，因为ECS实例创建后可以修改。
安全组默认开放了22号端口和3389号端口，为了方便用户远程连接。
9.弹性网卡
弹性网卡一般用于高可用集群搭建，有要求就自定义选择，无要求就默认，后期也可以更换的。
10. IPv6
有的ECS实例规格支持IPv6，有的不支持。分配的IPv6地址默认为私网地址，想要使用IPv6公网宽带需要另外购买。对IPv6没有要求就默认即可。
然后提交订单即可。
以上是小编测试的自定义选择ECS云服务器的详细过程，等有时候再写一篇关于控制台的使用，阿里云可能是产品太多吧，有点乱了。
阿里云服务器和腾讯云服务器哪个好
阿里云：
适合人群：中小企业
优点：阿里云依托于阿里巴巴集团，通过对其丰富的网络资源进行整合，拥有自己的数据中心，是国内云服务器的大佬，品牌名气较大。阿里云的国际输出速度快。目前，有北京、青岛、杭州、香港机房可选，多线BGP接入；
缺点：价格相对较贵，硬盘I/O速度较差，硬盘不能直接扩容大小，必须新购买硬盘迁移数据。
腾讯云：
适合人群：游戏客户、开发者、APP用户等。
优点：腾讯云跟微信对接有天然优势，目前用户主要以游戏应用为主。腾讯云服务器使用公共平台操作系统，团队完全负责云主机的维护，并提供丰富配置类型虚拟机，用户可以便捷地进行数据缓存、数据库处理与搭建web服务器等工作。腾讯对游戏和移动应用类客户提供了较强的扶持政策，比较适合这类型的客户使用。
缺点：普通中小客户和中网站客户难以通过审批，腾讯提供的配套设备也不适合这部分客户使用。
如何在阿里云部署coreos集群
CoreOS集群的架设比架设一个传统服务器集群更加容易。一方面因为 CoreOS使用了 Cloud-init自动化了集群信息的配置，另一方面则是受益于 etcd分布式存储实现的消息分发和服务器自发现机制。这些便利性正是 CoreOS系统设计充分为集群架构考虑带来的效率提升。
安装 CoreOS
CoreOS的安装方法和传统 Linux系统有很大的不同。鉴于是基础教程，在这一篇中，我们会使用官方的Vagrant镜像一步一步的构建CoreOS的VirtualBox虚拟机集群。本文使用了Linux/Mac作为测试环境，Vagrant从1.6版已经支持Windows，但需要安装Putty作为登录工具，略有不同，具体使用方法见链接。
需要顺带说明一点，比较仔细的使用者可能已经发现官方提供的镜像中有一个是“ ISO镜像文件”，然而这个镜像实际上只是一个 Live CD，也就免安装的试用镜像，直接使用这个ISO启动的系统是不具备服务自发现和分布式消息分发的能力的。通过ISO镜像安装集群的方式我们会放到专题篇的内容里面详述。好，现在进入正题吧。
正如系列的第一篇所提到的，Cloud-init通常依赖于具体平台的实现定制，将其直接在物理机上使用并不是主流的使用方法。对于这种安装方法，官方有一篇文档提供了详细的步骤，这里不再进行详细讨论。
首先来看一下 CoreOS原生支持的平台。截止到目前，最新版本的CoreOS v540已经支持的平台如下图。
可以看到除去安装到本地的 Bare Metal，其余基本是针对主流的云服务平台定制的版本。这里的定制主要是 Cloud-init等启动服务的配置，那么如何知道 CoreOS已经支持自动化的集群部署的平台有哪些呢？我们可以从 CoreOS源代码的 coreos-base目录里得到答案。
这些 oem开头的目录就是平台定制的实现。其中每个目录中的 files/cloud-config.yml文件，就是 Cloud-init的配置文件。在每一种平台安装 CoreOS的方式各有不同，可以从官方网站相应的页面找到相应步骤。这里我们选择其中的 Vagrant作为演示的目标平台。
在 Vagrant上部署 CoreOS集群
使用 Vagrant建立 CoreOS集群可以说是最简单且经济的方式了，使用本地虚拟机构建，特别适合快速验证 CoreOS的功能。
预备
需要准备的东西，包括一台连接到互联网的 Mac或者桌面 Linux电脑，安装好 Git、VirtualBox和 Vagrant。
通过 Git下载官方的 Vagrant仓库：
git clone
下载完成后，我们接下来配置 CoreOS集群。
配置
为了使用集群服务器的自发现功能，我们需要一个能用来唯一标识一个集群并提供集群信息的地址。CoreOS官方提供了这个服务，当然我们也可以使用自己搭建的私有集群标识服务器。鉴于搭建私有标识服务器属于比较进阶的内容，我们会在这个系列的后续文章详述。
通过浏览器或命令行 curl访问地址 可以得到一个新的集群标识 URL（如果是在Windows下，可以直接使用浏览器访问这个URL地址），这个 URL会在配置 user-data时候使用到。
curl
进入 coreos-vagrant目录，将 user-data.sample和 config.rb.sample两个文件各备份一份，并去掉.sample后缀。得到 user-data和 config.rb文件。
首先修改 user-data文件，它将作为启动的配置文件提供给 CoreOS操作系统。值得一提的是，在这个配置中，可以使用两个变量$private_ipv4和$public_ipv4，它们会在实际运行的时候被自动替换为主机的真实外网 IP和内网 IP地址。
这里我们需要做的只是将其中 discovery所在行前面的注释符合“#”去掉，然后替换它的值为我们刚刚获得的集群标识 URL地址。简单来说，所有使用了同一个标识 URL的主机实例都会在 CoreOS启动时自动加入到同一个集群中，这就实现了无需人工干预的集群服务器自发现。
#cloud-config
coreos:
etcd:
# generate a new token for each unique cluster from
# WARNING: replace each time you'vagrant destroy'
discovery:<集群标识URL地址>
addr:$public_ipv4:4001
peer-addr:$public_ipv4:7001
......
然后修改 config.rb文件，这里包含了 Vagrant虚拟机的配置。通过这个文件实际上可以覆写任何 Vagrantfile里的参数，但是目前我们只需要关注$num_instances和$update_channel这两个参数的值。
$num_instances表示将启动的 CoreOS集群中需要包含主机实例的数量；$update_channel表示启动的 CoreOS实例使用的升级通道，可以是‘stable’，’beta’或‘alpha’。
$num_instances=3
$update_channel='stable'
CoreOS没有跨越式的版本发布，而是使用与 Arch Linux类似的平滑的滚动升级，确保用户任何时候下载到的版本都是最新发布的系统镜像，并且从根本上解决了服务器系统在运行几年后，由于无法平滑升级而被迫重新安装的情况。此外 CoreOS提供了 Stable、Beta和 Alpha三种升级通道，用于满足不同用户对系统新特性和稳定性的平衡。关于升级通道的切换，可参考官方的文档。
启动
启动集群，执行：
vagrant up
查看集群运行状态，所有的集群实例都已经启动。
vagrant up
Current machine states:
core-01 running(virtualbox)
core-02 running(virtualbox)
core-03 running(virtualbox)
此时，在 CoreOS集群的内部正发生着许多故事，集群的实例之间通过自发现服务，相互认识了对方并建立了联系。它们具备了在集群中任意一个实例节点控制整个集群的能力。是的，一个功能完备的 CoreOS服务器集群已经完全运行起来了。
我现在使用的是小鸟云，他们目前官网有活动，3折优惠，建议去看看！
