在购买了云服务器后，就开始着手云服务器的搭建工作了，既然使用Z-Blog肯定也想尝试一下PHP版本，首选自然是Linux Server系统，别外还有一个最主要的原因是，因为使用的是乞丐版云服务器自然不太好去用WINDOWS服务器了，不管是2003SERVER还是2008SERVER咱这点小内存随随便便就给系统本身吃得干干净净，别更说用来给咱做例如数据库、FTP、WEB等服务的支撑了。
在选择服务器操作系统方面，毫无疑问我选择了Centos 7.1，你如果要问我为什么？我也只能说Linux服务器，有些时候选错一个发行版本会痛苦死人的！是的，我承认 Ubuntu，那么多包，随便 apt-get , 3万个包躺在仓库里面不用编译。好爽啊！几乎所有软件都有最新版本用！唉？过两天你发现 Ubuntu 原来是从 Debian 来的，Debian 才叫牛啊，完全社区运作，包的数量一点都不少啊。但是我们认真的考虑一下，我们要的是搭建服务器而不是工作站时，毫无疑问必须是Centos！因为自己想省麻烦不想像以往那般iptables、Ftpd、MySQL、PHP、Nginx、SSH等一个个功能去部署，决定采用BT面版(宝塔面板)最新版的6.8.8仅支持Centos 7所以6自然就不在考虑之列了^_^
TIPS: 两大发行版本的区别在哪里。RedHat 和 Debian(以下内容引用于开源站点：http://www.linuxprobe.com)
一、版本定义
RedHat 是由红帽公司维护的发行版本。其 RedHat 9 是最后一个以 RedHat 为名的发行版本。在 RH9 之后，版本开始分为社区维护的 Fedora 和 企业使用的 EL。而我们所说的CentOS.X 就是从 RHEL X 编译过来的。所以本质上，CentOS 的目标用户，就是企业的服务器。
CentOS 是有 release 概念的，何为 release 概念？当某个版本定下时，其绝大多数软件包，包括 Kernel 在内，都已经确定了版本。在该 release 下，没有特殊情况，大版本号不发生变化。
举例，CentOS 6 某个 Kernel 版本：
2.6.32-358.el6.x86_64
2.6.32 为 kernel 版本号，358 为打包版本号，打包版本表示该包第几次打包。对于 RHEL 来说，一个 kernel 打包个 500 700 次是很正常的事情。
再比如一些软件，1.1.3 是版本，如果该软件自身的定义，最后一位是 bugfix 版本，倒数第二位是功能版本，那么你在 RHEL 里面，很少会看到功能更新！通常只会看到 bugfix 更新！也就是只会看到小版本号更新。
Debian 是由社区维护、贡献的发行版本，其从选包、打包、都是由社区组织，分散行动的。
Debian 是没有真正意义的 release 概念的。Debian 有众多仓库，stable，testing，unstable ,experimental. Debian 组织系统的方式是，一个软件先进入 experimental, 放一段时间，有 bug 修 bug，没 bug 了，过段时间挪入 unstable ,如此循环最终挪到 stable 里面。所以在这种情况下，Debian 的系统中，是没有一个稳定版本的概念。今天你用 kernel 3.2.1-87 ,明天就给你更新到 kernel 3.3.2-5 。
而其继承者 Ubuntu，他是有 release 概念的，比如 9.04 ,10.06 等等，当他确定了 release 之后，他也不会在这个版本中做太大的版本变化。
但是问题是，他学到了 CentOS 的形，没有学到 CentOS 的精华。为什么？因为他又想追求新（一年两个版本），又想学人家吃服务器市场。这是完全相互矛盾的一件事情。
行，好办，只要跟着 Debian 走，experimental 仓库里面永远是最新的东西。拿过来，测试测试，重打包，发布！
稳定？(Ubuntu-Server) 这就难了，这需要不断的人力投入，Debian 自然不会帮你做这件事。自己做？Ubuntu 尝试了几次，目前没看到成功。几乎都是草草放弃。
二、维护的力量
你们知道什么叫维护一个服务器用的发行版本么？
CentOS 4.0 2005-03-09
CentOS 4.9 2011-03-02
6年
Ubuntu 8.04 LTS April 24, 2008
Ubuntu 8.04.4 LTS January 28, 2010
1年9个月
你说好的 LTS 呢？？？
Ubuntu 10.04 LTS April 29, 2010
Ubuntu 10.04.4 LTS February 16, 2012
说好的 LTS 呢？
说 End of the Date 是3年整就是一个笑话，只要下个 release 一出，上个 release 收到的更新数量就可怜。
这才是 RedHat 的实力！你只要用我的发行版本，你不用有后顾之忧！Ubuntu 呢？开玩笑，即使是 LTS，在新版本出来以后 LTS 几乎不更新好么。补丁？从来没见过！也就是 LTS 的真正寿命也就 6个月-1年。你敢用？你敢给你们公司用？
某天某个软件爆出类似最近 openssl 的漏洞，用 CentOS 5 的用户第二天拿到了升级的 rpm。用 Debian 的用户收到了一个大版本更新，同时由于依赖关系必须更新 glibc， kernel 等等包。用 Ubuntu 的用户收到官方回复：“apt-get dist-upgrade”这就是这几种发行版本在维护上的区别。
再说回 RHEL
你的服务器上有一块 Broadcom 的网卡，CentOS 6（2.6.32-358.el6.x86_64） 用户 modinfo 了一下
filename: /lib/modules/2.6.32-358.6.1.el6.x86_64/kernel/drivers/net/tg3.ko
firmware: tigon/tg3_tso5.bin
firmware: tigon/tg3_tso.bin
firmware: tigon/tg3.bin
version: 3.124
Debian testing（3.12-1） 用户 modinfo 了一下
filename: /lib/modules/3.12-1-amd64/kernel/drivers/net/ethernet/broadcom/tg3.ko
firmware: tigon/tg3_tso5.bin
firmware: tigon/tg3_tso.bin
firmware: tigon/tg3.bin
version: 3.133
你知道 http://kernel.org 的最新的 2.6.32 带的是哪个版本的 tg3 驱动么？
#define DRV_MODULE_VERSION "3.102"
#define DRV_MODULE_RELDATE "September 1, 2009"
CentOS “老”么？谁在将最新的驱动打入老的 kernel？谁在测试新驱动与老 kernel 的兼容性？RH啊！！这些都是人力啊，这些都是财力啊。
RH 在保证稳定、兼容的同时，尽可能的给服务器用户最全的设备匹配，最新的驱动支持。而这一切！你都不用担心稳定性、兼容性，因为 RH 没有更新大版本，没有带来 庞大 feature 的更新。
还有一个例子：
google RFS patch in?linux?kernel Linux 2.6.35 中的 RPS 功能。
这简直就是 Linux 服务器用户梦寐以求的功能好不好，你不用再担心多核CPU被浪费，你不用花很多钱买昂贵的多 irq 网卡。但是要 2.6.35 才有哦～
但是你不用担心，CentOS 6 (2.6.32) 已经将RPS整合进 2.6.32 的内核中了。
你看到Ubuntu做这种事情了？Ubuntu 在忙什么？在忙着今年再发一个版本啊！
RHEL 为什么做？因为他的用户是服务器！RPS 这种事情PC根本就用不到好不好。
我回到最开头。我也用 Ubuntu 做过产品，虽然不是服务器。但是最后的结果并不好。我听说过一个同事的上家公司用 Ubuntu 做服务器，千级别的量。聊了一下发现和我预测的差不多，痛苦不堪。
基本的痛苦流程是这样的
遇到一个问题->发现只有更新软件版本才能解决->这个自己当前的版本已经不提供该软件版本->发现自己编译不过，依赖太重->决定 dist-upgrade -> 发现需要跨度N个 release -> 测试 dist-upgrade -> 10台机器，2台成功，8台失败，失败的现象不同 -> 痛苦的解决各种问题-> 成功 dist-upgrade -> 发现公司业务程序需要重新编译->与开发人员沟通 解释升级的重要性 -> 开发人员重新调试、测试一些列用到的库的新版本->交付新版本
CentOS 用户基本是这样的：以下是最近真实对话
“xxx，新闻你看到了么 openssl 爆漏洞了”
“啊？不知道啊，我看看去”
—-
puppet 操作一下 10分钟以后
“老板，补丁已经出来了，更新了，有 ssl 的 apache 都已经自动重启过了”
结束～
最后再解释一下，我之前的评论
“不会用就别怪系统不好。推荐 Debian/Ubuntu 跑 Server 是一件很不负责的事情。”
任何 Linux 发行版本，在理论上都是一样的。只不过操作有的方便，有的麻烦！是，yum 是比 apt 弱（这就是企业维护和社区维护的区别，企业自己维护不需要这么多功能）但是任何能在 A 发行版本上实现的效果，一定是能在 B 上实现的。你甚至可以按照玩 Gentoo 的思路玩 CentOS，编译么！你自己打 RPM 啊，你自己缩减依赖关系啊，你可以说麻烦，但是你不可能说不能实现。
所以，我还是要重说一遍：“不会用就别怪系统不好”！这不是歧视，这不是嘲讽，这是让你认清事实之后能把时间花在更加有用的地方！
第二句！“推荐 Debian/Ubuntu 跑 Server 是一件很不负责的事情。” 这是血和泪的教训！你不想听无所谓，但是总有一些人冒着要被戴“不友善”的帽子，也要告诉你这个事实！
我再来补充一句，没有不尊敬的意思。但是大多数圈内用 Gentoo — 类似豆瓣还是 VeryCD 这样的公司，你们当时做出这个决策的人基本上都是把自己的 兴趣 > 公司 利益了。潜在的，这其实是一种不负责任的行为，会直接的导致公司的维护成本的增加。
你真的以为你用 Gentoo 做到的性能，CentOS 做不到么？
你真的以为你们一个小 team 打包的质量会一定比 RH 一家公司的工作人员要牛么？
如果你当时真的这么以为，只能证明你当时还不会用罢了。
如果我今天告诉大家，我要做一个 http 的服务器，我不用 apache 不用 nginx，为了性能我要用 xxx 为基础重写一套出来。我相信绝大多数人会问同样的问题，“你觉得你写的能比 ng 好么？”
远程管理inux服务器的二大软件XShell和Xftp(我会把这二个最新的Xshell 6最新绿色版放在软件分享里的)
打开Xshell新建一个会话（该打马赛克的地方还是要打打的）输入好云服务器的IP和ROOT帐号密码即可连接了。
新的BT安装也不要太容易直接输入安装脚本就能让服务器自动安装，一步到位真是福音啊，想当初我为了配置一个LNMP都足足配二天T_T
Linux面板6.8安装命令：
yum install -y wget && wget -O install.sh http://download.bt.cn/install/install_6.0.sh && bash install.sh
(我在这个命令前加入了SUDO主要还是担心权限不足的问题，正常情况下可以不用加SUDO)
在运行完命令后，安装的去泡一杯枸杞茶（人到中年不得已，那个啥杯里都是泡枸杞）再在电脑前伸伸腰做几个简单的伸展运动，差不多七分钟我们的BT面版就安装好了（貌似也太快了吧！）
在浏览器中输入安装结果中提示的地址,就能在面板操作了！注意地址中分别是IP+端口+一个8位数的安装码，一定要全部输入喔，要不然可进不了面版。
第一次登录进去后，弹出在服务器上部署环境，我自然也是推荐使用LNMP的（至于为什么另外再找机会深聊）终究是乞丐版的云主机，PHP版本就选个5.4就好了，萎缩发育别浪~！~ PHPMyAdmin和Pure-ftpd这二个东西可以更据自己的需求决定是否安装。
确定一键安装后，可以关闭电脑玩几把王者荣耀又或者去玩一局吃鸡，半小时后回来服务器基础功能也就安装好了。
至于后续的安全设置什么着实不方便一一讲述了，感兴趣的小伙伴可以自己尝试一下就好了。
» 转载保留版权：WPSEA汉化 » 《在购买了云服务器后，如何部署云服务器搭建工作》» 本文链接地址：https://wpsea.cn/166» 7*24小时更新海量wordpress主题插件最新版本，深度翻译(汉化)版同步迭代为您推送.
