标签： 云服务器

MySQL 是*流行的关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle公司。

MySQL所使用的SQL语言是用于访问数据库的*常用标准化语言。

MySQL由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择MySQL作为网站数据库。

MySQL 安装
本教程的系统平台：CentOS release 6.6 (Final) 64位。

一、安装编译工具及库文件
yum -y install gcc gcc-c++ make autoconf libtool-ltdl-devel gd-devel freetype-devel libxml2-devel libjpeg-devel libpng-devel openssl-devel curl-devel bison patch unzip libmcrypt-devel libmhash-devel ncurses-devel sudo bzip2 flex libaio-devel
二、 安装cmake 编译器
cmake 版本：cmake-3.1.1。

1、下载地址：http://www.cmake.org/files/v3.1/cmake-3.1.1.tar.gz

$ wget http://www.cmake.org/files/v3.1/cmake-3.1.1.tar.gz

2、解压安装包

$ tar zxvf cmake-3.1.1.tar.gz
3、进入安装包目录

$ cd cmake-3.1.1
4、编译安装

$ ./bootstrap
$ make && make install
三、安装 MySQL
MySQL版本：mysql-5.6.15。

1、下载地址： http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-5.6.15.tar.gz

$ wget http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-5.6.15.tar.gz

2、解压安装包

$ tar zxvf mysql-5.6.15.tar.gz
3、进入安装包目录

$ cd mysql-5.6.15
4、编译安装

$ cmake -DCMAKE_INSTALL_PREFIX=/usr/local/webserver/mysql/ -DMYSQL_UNIX_ADDR=/tmp/mysql.sock -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci -DWITH_EXTRA_CHARSETS=all -DWITH_MYISAM_STORAGE_ENGINE=1 -DWITH_INNOBASE_STORAGE_ENGINE=1 -DWITH_MEMORY_STORAGE_ENGINE=1 -DWITH_READLINE=1 -DWITH_INNODB_MEMCACHED=1 -DWITH_DEBUG=OFF -DWITH_ZLIB=bundled -DENABLED_LOCAL_INFILE=1 -DENABLED_PROFILING=ON -DMYSQL_MAINTAINER_MODE=OFF -DMYSQL_DATADIR=/usr/local/webserver/mysql/data -DMYSQL_TCP_PORT=3306
$ make && make install
5、查看mysql版本:

$ /usr/local/webserver/mysql/bin/mysql –version

到此，mysql安装完成。

MySQL 配置
1、创建mysql运行使用的用户mysql：

$ /usr/sbin/groupadd mysql
$ /usr/sbin/useradd -g mysql mysql
2、创建binlog和库的存储路径并赋予mysql用户权限

$ mkdir -p /usr/local/webserver/mysql/binlog /www/data_mysql
$ chown mysql.mysql /usr/local/webserver/mysql/binlog/ /www/data_mysql/
3、创建my.cnf配置文件

将/etc/my.cnf替换为下面内容

$ cat /etc/my.cnf

[client]
port = 3306
socket = /tmp/mysql.sock
[mysqld]
replicate-ignore-db = mysql
replicate-ignore-db = test
replicate-ignore-db = information_schema
user = mysql
port = 3306
socket = /tmp/mysql.sock
basedir = /usr/local/webserver/mysql
datadir = /www/data_mysql
log-error = /usr/local/webserver/mysql/mysql_error.log
pid-file = /usr/local/webserver/mysql/mysql.pid
open_files_limit = 65535
back_log = 600
max_connections = 5000
max_connect_errors = 1000
table_open_cache = 1024
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 1M
join_buffer_size = 1M
thread_cache_size = 600
#thread_concurrency = 8
query_cache_size = 128M
query_cache_limit = 2M
query_cache_min_res_unit = 2k
default-storage-engine = MyISAM
default-tmp-storage-engine=MYISAM
thread_stack = 192K
transaction_isolation = READ-COMMITTED
tmp_table_size = 128M
max_heap_table_size = 128M
log-slave-updates
log-bin = /usr/local/webserver/mysql/binlog/binlog
binlog-do-db=oa_fb
binlog-ignore-db=mysql
binlog_cache_size = 4M
binlog_format = MIXED
max_binlog_cache_size = 8M
max_binlog_size = 1G
relay-log-index = /usr/local/webserver/mysql/relaylog/relaylog
relay-log-info-file = /usr/local/webserver/mysql/relaylog/relaylog
relay-log = /usr/local/webserver/mysql/relaylog/relaylog
expire_logs_days = 10
key_buffer_size = 256M
read_buffer_size = 1M
read_rnd_buffer_size = 16M
bulk_insert_buffer_size = 64M
myisam_sort_buffer_size = 128M
myisam_max_sort_file_size = 10G
myisam_repair_threads = 1
myisam_recover
interactive_timeout = 120
wait_timeout = 120
skip-name-resolve
#master-connect-retry = 10
slave-skip-errors = 1032,1062,126,1114,1146,1048,1396
#master-host = 192.168.1.2
#master-user = username
#master-password = password
#master-port = 3306
server-id = 1
loose-innodb-trx=0
loose-innodb-locks=0
loose-innodb-lock-waits=0
loose-innodb-cmp=0
loose-innodb-cmp-per-index=0
loose-innodb-cmp-per-index-reset=0
loose-innodb-cmp-reset=0
loose-innodb-cmpmem=0
loose-innodb-cmpmem-reset=0
loose-innodb-buffer-page=0
loose-innodb-buffer-page-lru=0
loose-innodb-buffer-pool-stats=0
loose-innodb-metrics=0
loose-innodb-ft-default-stopword=0
loose-innodb-ft-inserted=0
loose-innodb-ft-deleted=0
loose-innodb-ft-being-deleted=0
loose-innodb-ft-config=0
loose-innodb-ft-index-cache=0
loose-innodb-ft-index-table=0
loose-innodb-sys-tables=0
loose-innodb-sys-tablestats=0
loose-innodb-sys-indexes=0
loose-innodb-sys-columns=0
loose-innodb-sys-fields=0
loose-innodb-sys-foreign=0
loose-innodb-sys-foreign-cols=0

slow_query_log_file=/usr/local/webserver/mysql/mysql_slow.log
long_query_time = 1
[mysqldump]
quick
max_allowed_packet = 32M
4、初始化数据库

$/usr/local/webserver/mysql/scripts/mysql_install_db –defaults-file=/etc/my.cnf  –user=mysql
显示如下信息：

Installing MySQL system tables…2015-01-26 20:18:51 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use –explicit_defaults_for_timestamp server option (see documentation for more details).
OK

Filling help tables…2015-01-26 20:18:57 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use –explicit_defaults_for_timestamp server option (see documentation for more details).
OK
…
5、创建开机启动脚本

$ cd /usr/local/webserver/mysql/
$ cp support-files/mysql.server /etc/rc.d/init.d/mysqld
$ chkconfig –add mysqld
$ chkconfig –level 35 mysqld on
6、启动mysql服务器

$ service mysqld start

7、连接 MySQL

$ /usr/local/webserver/mysql/bin/mysql -u root -p

修改MySQL用户密码
mysqladmin -u用户名 -p旧密码 password 新密码
或进入mysql命令行

SET PASSWORD FOR ‘用户名’@’主机’ = PASSWORD(‘密码’);
创建新用户并授权:

grant all privileges on *.* to 用户名@’%’ identified by ‘密码’ with grant option;
其他命令
启动：service mysqld start
停止：service mysqld stop
重启：service mysqld restart
重载配置：service mysqld reload

默认情况下，MySQL只允许本地登录，如果要开启远程连接，则需要修改/etc/my.cnf文件

vim /etc/my.cnf
注释这一行：bind-address=127.0.0.1 ==> #bind-address=127.0.0.1
保存退出。
mysql -uroot -p123456

为需要远程登录的用户赋予权限：
复制代码 代码如下:

mysql> GRANT ALL PRIVILEGES ON *.* TO root@”%” IDENTIFIED BY “123456”;
或者： update user set host=’%’ where user=’root’;
mysql> flush privileges;
远程登录命令：
mysql -h 139.199.163.114 -u root -p（-h后跟的是要登录主机的ip地址）

云服务器

作为一个后台开发程序员，我认为我们必须得拥有一台属于自己的linux服务器，我们可以在上面部署自己的服务。比如tomcat、nginx、docker，以及用docker安装各个应用服务如MySQL、FastDFS、ElasticSearch…然后再将我们自己开发的Java服务(一般是web服务)部署到上面，然后就可以牛逼轰轰的在只要能上网的电脑上浏览自己的项目了！自己在运营商(电信)开通外网访问，搭建外网服务器太过于复杂，也没必要。所以这里推荐大家使用云服务器，也就是去服务器厂商(阿里云、百度云、亚马逊…)租赁他们的服务器来使用。

#如何申请免费服务器？

购买云服务器还是需要花费一些金钱的，一年下来少则几百，多则上千上万。对于我们刚刚接触云服务器的同学，没必要刚开始就选择购买商业服务器。
####这里教大家几招
1、申请免费云服务器；
比如说:三丰云，可以为用户提供免费云服务器，也还行。可以免费申请一直使用，虽然说有一些商业推广的性质，但是人家给你提供免费服务器，用一些推广手段也无可厚非。地址：https://www.sanfengyun.com

开放端口22测试
因为22端口是被SSH相关服务启动占用的，可以用于测试

进入如下则表示该IP下22端口是可以访问的

CTRL+]可进入输入框，quitt退出
Xshell远程连接

连接成功

#服务器常用操作，docker、nginx、tomcat、jdk

#申请免费云RDS(关系型数据库Mysql)

#云RDS常见操作，IP白名单、数据库设置…

#远程连接云RDS

#域名申请、解析、二级域名

#80、443、https、SSL证书

#网站备案

#nginx反向代理

#tomcat部署web服务

云服务器主要有下列几项参数：1、 CPU 2、内存 3、硬盘 4、带宽 5、操作系统 6、线路 7、地区

1.CPU就代表了云服务器的运算能力，如果网站流量较大，如果网站流量较大，动态页面比较多，建议选择2核以上CPU。

2.内存是数据的中转站，也是决定网站打开速度的重要因素，内存越大，可用缓存越大，打开速度也就越快。根据你网站的规模选择合适配置的空间，假如是一般的个人博客，或者企业展示网站类，就可以选小一点的，若是商城类，新闻类就要相对大一点的空间。

3.硬盘是存储数据的地方，硬盘的大小要根据网站的数据大小决定，在选择时应该考虑到剩余空间。另外硬盘的I/O读取速度直接决定文件读取的快慢，云服务器硬盘的读取速度比其他网站快很多，一般情况下都够用。

4.根据网站的性质选择合适的带宽，看你的网站类型、结构和访问量等指标或者预计，一般新的网站，图片不多，也做了处理的，有2M足够了。带宽只要真实，不用多，够用，合适就好；或者，先选择2M，不够再加，这样比较稳妥。如果是普通的网站。比如文字网站，图片网站，论坛等，占用的带宽非常小。5000的访问量可能也占用不到2M的带宽.如果是视频，下载等为主的网站。可能几百个人同时在线都需要占用10M以上的带宽。

5.操作系统的选择和个人的熟悉情况和网站具体情况有关，对哪种操作系统比较了解就选择哪种操作系统，另外windows系统对asp程序支持较好，不过占用内存较多，而Linux系统对php程序比较友好，更省内存，并且有的程序可能只支持某个操作系统。

6.线路的选择对于我们来说有的时候十分纠结。如果我们是针对于本地用户，那么我们本来可以选择单线路的服务器，但是双线服务器的优势一般在于双IP，并且对于一个城市来说，宽带有电信、网通不同的。就拿大连这个城市来说，虽然处于北方，但是电信的用户也十分多，所以这个时候果断选择双线可能是更好实现用户体验的好方法。

7.地区，即云服务器所在地区，*好选择在你目标用户所在的区域内，这样网站等打开速度更快。
————————————————
版权声明：本文为CSDN博主「qq2500582012」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq2500582012/article/details/100097990

往昔，小农经济在主导位置，而如今互联网、云计算更胜一筹。从计算机到互联网，再到云计算，乃是翻天覆地的变化。此种变化对某些人是突如其来的，对于某些人是预料之中的。其实，它乃是时代的产物，必然的结果。将来的云计算以及共享经济都是不可估量的未来。

随着云计算的成熟以及其技术的发展，越来越多的云服务厂商加入到行业中来，为用户提供了更多的有关云计算产品的选择，其中就包括为中小企业带来*大便利的云服务器。那么相对于传统的物理机，云服务器有哪些优势呢？云服务器与物理机又有何区别呢？

1.技术方面
云服务器对于云计算的计算精度、储存容量，结构灵活性都有一定的要求，会有庞大的数据输入或海量的工作集，因此云服务器更适合于中小型企业来开展业务。而独立服务器具有高超的硬件设置配置，能满足大型的网络服务节点，因此这类服务器在技术上面相对云服务器较为成熟一些。
2.规格成面
云服务器在规格方面和独立服务器都有较大的差异，因此在服务器租用的价格方面会有很大的差异。一般来说，云服务器的CPU、内存等配置都会相对的较低，不会有很高的规格，而独立服务器就不会有这样低的配置。
3.安全方面
云服务器的安全要求非常高，因此云服务器具备方ARP攻击和MAC欺骗功能，可以进行快照备份，确保数据的相对安全。独立服务器的安全性相比云服务器就要相对弱一点。数据备份要是丢失，就会造成很大的麻烦。
通过以上的介绍，大家对于云服务器和独立服务器的区别都有了一定的认知，对于云服务器的计算密度、虚拟化能力、并行计算都有很高的要求。大家在以后选择服务器的时候就会有相应的了解。

4.可靠性方面：云服务器是基于服务器集群的，因此硬件冗余度较高，故障率低；而物理机则相对来说硬件冗余较少，故障率较高；

5…灵活性方面：云服务器用户可以在线实时增加自己的配置，可扩展空间较大，云服务器就提供丰富的实例规格(CPU、内存）和带宽、云盘供用户选择，支持随时升级，满足各种业务需求；而物理机则有这方面的局限性。

​6.性能方面：云服务器在硬件级别上实现云主机之间的完全隔离；采用高端服务器进行部署，同时采用集中的管理与监控，确保业务稳定可靠；

7.稳定性方面：云服务器可以故障自动迁移，意思是如果一台云服务器出现故障，其上面的应用就自动迁移到其他云服务器上了。物理机宕机就是宕机，无法挽救。
————————————————
版权声明：本文为CSDN博主「qq2403331804」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_45899635/article/details/103570370

1．码农学习Linux

既然要学习Linux，那一定是需要一个Linux的环境。在云服务器上安装一个Linux系统，这样可以供多人使用。

2.建站（个人网站、博客、电子商务网站、论坛等）

如果是个人的话，可以用一些开源代码建一个自有网站玩玩，不建议正经运营，因为可能你就成了DDOS攻击的对象。当然，搞好安全证书后，说不定也能投相关广告赚些外快。

如果是企业的话，有技术的话可以考虑这个搭建方式。不然还是建议找一家靠谱的建站公司，防火防DDOS。

3.办公系统应用（专属电子邮箱、OA、会员管理系统等）

比如专属的邮箱、OA、ERP、CRM等这类办公软件。不过还是建议用SaaS工具，节省成本。不过如果是大集团、大公司到可以考虑用这种方式。

4.渲染和视频转码

提高你的视频渲染速度，以及视频转码。据资料，显示比如去年很火的动漫《哪吒》，总计需要渲染的总帧数高达289077帧，而一台云服务器每次只能渲染一帧，一帧完成渲染的时间可能要十几二十小时，可能光是渲染就要54年。但肯定不会用一台云服务器来渲染，而是有几千台的云服务器不眠不休地工作。
————————————————
版权声明：本文为CSDN博主「正宗六脉神剑」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_43837883/article/details/113844188

需要用到多高的配置？

已试过 Vultr 1c2g 装 win2008 带不动 MC。

已知有大佬用向日葵远程好几台玩 mc，win7 系统。无奈大佬不肯透露。特来求解。

ps：是玩 MC，不是搭服务器。

night98 1
night98 2018-08-31 15:13:10 +08:00 via Android
mc 很吃配置。。。
baicheng10 2
baicheng10 2018-08-31 15:17:45 +08:00
不理解这种操作……
sydeEvans 3
sydeEvans 2018-08-31 15:18:43 +08:00
为什么要远程玩
annoy1309 4
annoy1309 2018-08-31 15:27:31 +08:00 via Android
你这得选带 GPU 的机器了呀
liuxu 5
liuxu 2018-08-31 16:44:27 +08:00
云玩家
realkenshinji 6
realkenshinji 2018-08-31 17:03:41 +08:00 via iPhone
RPi 的配置都可以跑 MC，仅供参考。所以你可以考虑家里的 RPi 跑个 MC，然后通过 vnc 连过去玩
on1ydai 7
on1ydai 2018-08-31 17:37:30 +08:00
感谢各位大佬，刚刚发现有一个叫远程电脑出租的东西 0.0
b821025551b 8
b821025551b 2018-08-31 17:38:19 +08:00
树莓派都可以流畅跑 MC 啊
on1ydai 9
on1ydai 2018-08-31 21:58:38 +08:00
现在又有新的问题 T T。远程桌面玩 mc 的时候 3d 画面卡顿严重，试过 TV，向日葵，Anydesk 都差不多，不知道向日葵的付费服务是否能解决这个问题？
mostkia 10
mostkia 2018-09-17 15:55:40 +08:00
为什么要远程玩。。其实就算是搭建服务器，一般的小鸡 VPS 其实也挺吃力的，主要是内存不够（尤其是安装了 win 服务器后），U 的算力的话还是可以的。
但如果你是想在服务器上玩 3D 游戏，情况就完全不一样了，首先考虑延时的问题，国内主机还好，国外主机首先网络卡出翔，然后操作延时+显示返回延时叠加，然后是远程桌面低发色数+集成显卡卡顿。。。总之各种辣眼睛。还是放弃这个念头吧。

mostkia 2018-09-17 15:59:36 +08:00
@on1ydai 你说的卡顿，很大可能是网络问题。因为你的操作需要双倍的延时，比如，键盘操作 MC 里的人物，发送到服务器需要 100 毫秒，就算服务器没有处理时间，直接反映到画面上，这个画面，也得传送回你当前操作的客户端，那就又是 100 毫秒（这还是远程桌面完全不掉帧的理想状态下），总之那么无论如何，你操作都不会有流畅感可言，因为远程桌面不是用来玩游戏的。
dejavuwind 12
dejavuwind 2018-10-19 16:46:53 +08:00
不明白为什么会有这种奇葩需求

在云计算走向成熟之前，我们更应该关注系统云计算架构的细节，从传统的架构到云上大数据，实现了很多的转变。传统的大数据平台计算和数据一般都在一起，到云上之后计算有可能是虚拟机、有可能是容器，存储和计算是分离的。任何计算节点访问存储时都是通过高速互联网络把数据迁移到本地来。实现的优势也就是大数据的服务化，灵活配置。因此，借助强大的计算性能，结合云计算平台的优势，从传统架构的大数据平台向云上数据的转变，将给用户提供更高的灵活性和管理性，并能够为用户节省大量的成本。

传统IT架构

传统的IT环境构建是比较复杂的过程。从安装硬件，配置网络，安装软件，应用，配置存储等，许多环节都需要一定的技术力量储备。当环境发生改变时，整个过程需要重复进行。我们都知道，不同的人安装配置的环境会又很大差异。放在复杂的企业环境来考虑，即使有说明，仍然无法保证环境的一致性

云上架构

众所周知，传统服务器包含处理器、存储、网络、电源、风扇等模块设备。与传统服务器相比，云服务器关注的是高性能吞吐量计算能力，关注的是在某段时间内的工作量总和。因此，云服务器在架构上和传统的服务器有着很大的区别。

一般来说，企业的云架构建设主要从6个方面来看，混合云构建、企业级云服务、合规性、安全性、创新性、业务的连续性。以下是阿里云的3个云上经典架构组成供参考

云上网络基础架构

·
自定义私有网络：子网划分，路由规划

·
网络逻辑隔离：网络虚拟化，VPC之间完全隔离

·
公网访问：弹性IP接入、SNAT/DNAT网关

·
混合云构建：物理专线/*网关实现云上与数据中心互联

·
访问控制：安全组实现不同安全域网络隔离

云上同城异地容灾架构

同城高可用：

自动切换

同城容灾

无需额外成本

异地容灾：

多地域分布

应用和数据级别容灾

优势

云服务器体系架构包含云处理器模块、网络处理模块、存储处理模块与系统模块等。这种架构的优势使得云服务器可以大幅提高利用率。采用多个云处理器完成系统设计，引入低功耗管理方案完成对系统的集中冗余管理，同时优化系统设计，祛除重复硬件。经过高效的资源整合，提高利用率，从而使得性价比得以提升，引起网站服务器租用价格的降低。

云服务器凭借其合理的网站服务器租用价格，为各类企业节省大量的业务成本，从而赢得不少企业的青睐。

但是传统IT架构向云上架构过渡时仍免不了面临许许多多的挑战，IT系统的复杂性、总体拥有的成本问题、业务的连续性、现有应用如何改造、遗留系统与资产等等，都是企业要考虑的问题，值此之际，阿里云河南服务中心面向客户举办阿里云中原行·分享沙龙（郑州站）第二期，邀请阿里云资深技术工程师现场答疑，解构阿里云上技术架构解决方案，帮助企业平滑迁云，业务优化。
————————————————

原文链接：https://blog.csdn.net/aliyunhn/article/details/77480583

什么是阿里云轻量应用服务器？

轻量应用服务器是面向入门级云计算及简单应用用户，提供基于单台云服务器的域名管理、应用部署、安全和运维管理的一站式综合服务。用户可以选择精品应用镜像（比如wordpress），并可在控制台实现全方位的服务器、域名、防火墙、安全防控、监控等管理和操作。轻量应用服务器 （Simple Application Server），是可快速搭建且易于管理的轻量级云服务器。

如下介绍：

注：学生身份购买，会便宜一些。

阿里云轻量应用服务器的优点是什么？
1.易用易上手。

产品针对单机用户的购买和使用做了操作和使用优化，提供精品镜像、资源套餐、多产品关联（VPC、安全产品、域名管理等）。简单三步就可以轻松开始使用轻量应用服务器

a.选择镜像，并购买（创建）服务器；

b.配置应用：通过查看控制台已经安装好的应用信息，并通过登录服务器查看初始化应用的密码，登录应用后台配置应用；

c.将域名解析到服务器IP。

2.性价比高。

在集合多个必用或常用产品、提供更多基础功能，优化使用体验的同时，并未增加额外费用，且提供了更加优惠的价格，旨在提供更多用户低门槛上云实践机会。

阿里云轻量应用服务器与阿里云ecs云服务器有什么区别？
跟ECS相比，采用同ECS共享版相同的CPU，均采用Intel(R) Xeon(R) CPU E5-2682 v4@ 2.50GHz CPU，但轻量应用服务器将系统盘升级为SSD，虽然容量小了一半，但使用SSD，性能应该是有不错的提升。相同CPU，内存不知道是否相同型号的情况下，单来比较磁盘读写性能,可见速度的提升明显。

介绍
所以就有了轻量应用服务器（轻量应用服务器），基于 ECS 发展出的轻量服务器，完美解决了上述的三个痛点：

轻量应用服务器 是 IaaS 产品但是提供定制化应用镜像且有可视化控制台可以操作，不怕新手不会用。轻量应用服务器 在提供
提供定制化应用镜像的同时，用户依旧可以拥有 root 权限，对系统进行个性化操作
精简了一些 ECS 的功能，比如说安骑士。把安全组的操作也做了适当减法更适合用户操作
不过别看多了轻量两个字性能就会不如 ECS，在 CPU 和 磁盘性能上均没有缩水，后面会有测评。

优点
控制台
轻量应用服务器

那么从控制台的对比上，ECS 是把所有的内容都告诉用户你的地域、操作系统、标签等等，但是新手看了难免一头雾水。而 轻量应用服务器 则做了减法，让控制台变得更加的直观简介，只告诉你重要的信息。

站在新手视角肯定是 轻量应用服务器 更简洁更舒服，站在我的角度么，我配置好服务器基本上很少会来看一下 ECS 的控制台，但一回来肯定是需要一些信息的，那么 ECS 能告诉我越多肯定越好。

应用镜像

应用镜像像 WordPress、phpwind 其实都是基于 LAMP 镜像运行的，而 轻量应用服务器 提供的 LAMP 细节好评就是：php 是通过 php-fpm 方式运行的，而不是 mod_php，而且 MySQL 也是 5.7 版本的不是说万年 5.1 或者 5.5，能支持更多的 PHP 程序。在创建虚拟主机绑定域名商相较于一键包配合图形化控制台的确更加好用。

功能

轻量应用服务器 在功能上肯定是更讨喜的，安装应用镜像基本上能做到开箱即用，三大金刚 Apache Httpd、PHP、MySQL 都会默认安装好，而且添加域名、设置 HTTPS 等操作都是一键式的，*大得降低了 HTTPS 入门门槛，而且 HTTPS 的配置跑分是 A 哟，为了照顾新手不会使用 HSTS 所以没开，不然跑到 A+ 肯定是妥妥的。

ECS 能就只有空白的系统镜像，任何环境都是需要用户自行安装的，这在一定程度上增加了用户使用的学习成本。而 ECS 更多体现的就是专业性了，虽然复杂但是十分强大的安全组、弹性IP、均衡负载等等。

基础运维

比如说 ECS 控制台操作起来也更加的方便，点击一下就能远程连接了，操作的过程中也支持命令的右键复制和粘贴，也大大降低了用户使用终端控制的学习成本，不然还要下个 Putty 或者 Xshell 啥的也是麻烦。 然后默认只支持 密钥 登录 Linux，这个也是好评，不用密码当然更安全。

同样不考虑使用 Putty 或者 Xshell 等 OpenSSH 连接工具的话，ECS控制台的远程终端控制实在是难用，不过借助 DMS 产品倒是能扩展使用的灵活性。

防火墙

轻量的防火墙设置同 ECS 的安全组相比很简单直观更适合新手的使用，没有一些非常复杂的设置，新手看到 udp、tcp 真的是头都大了额，如果新手看教程的话，一般只会说 “记得一定要开启443端口才能使用HTTPS” 这样的话，但是一看到 ECS 又是 TCP 又是 UDP，而且端口还要写成 443/443 的形式，直接就是一个头两个大了。

缺点
无法满足企业特性
轻量应用服务器有轻量两个字，意味着其无法持续进行高负载运行（即 CPU 长时间高负载占用），如果我们要利用 轻量应用服务器 来进行持续的渲染、转码、机器学习等持续高负载操作那么就不可以了，也不支持 Nvme 这样的超高性能的 SSD，这对于读写敏感的操作就不好了。

三大金刚的版本问题
Apache Httpd、PHP、MySQL 是会持续更新的，而且它们也均有爆发过大规模严重漏洞的历史，不过目前还没有看到应用镜像中的三大金刚如何升级版本号的姿势。

像 WordPress 这样的程序完全可以适应高版本的 PHP，使用 PHP7.0 或者 7.1 可以拥有更高的性能还可以降低负载，但是默认只有 php5.6 可以选，既然使用 php-fpm 方式驱动其实完全可以提供多版本 PHP 的选择。

总结
可以说 轻量应用服务器 是专门针对云计算入门新手或者只有轻量计算需求的用户，其对标的产品只会是 ECS 的共享型，当一到要使用 ECS 的企业型来发展性能、功能了，轻量应用服务器 的优势其实也就没有了。

如果你只是轻度使用云计算产品例如搭建一个博客、官网，如果你需要一个更快启动的轻量服务器，如果你需要一个纯粹的虚拟专用机，如果你并没有阿里云内网的需求，那么 轻量应用服务器 *对是你*好的选择。

评测
我们对比的是华东1地域的安装了 CentOS 7.3 系统的 1核心1G内存的 ECS 和 轻量应用服务器 产品。看了评测就可以跟深入的了解，ECS 和 轻量应用服务器 的不同只在于概念而不在于性能。

CPU 性能
根据下面的对比可以发现，轻量应用服务器 的性能和 ECS 并没有差距，大家都是新一代的 Xeon CPU，同样的虚拟化技术。只不过 轻量应用服务器 不可以持续高负载占用。

轻量应用服务器：

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 34281977.0 2937.6
Double-Precision Whetstone 55.0 2962.7 538.7
Execl Throughput 43.0 4860.0 1130.2
File Copy 1024 bufsize 2000 maxblocks 3960.0 1054197.7 2662.1
File Copy 256 bufsize 500 maxblocks 1655.0 283098.8 1710.6
File Copy 4096 bufsize 8000 maxblocks 5800.0 3165160.0 5457.2
Pipe Throughput 12440.0 1734490.3 1394.3
Pipe-based Context Switching 4000.0 375732.0 939.3
Process Creation 126.0 18345.1 1456.0
Shell Scripts (1 concurrent) 42.4 6747.0 1591.3
Shell Scripts (8 concurrent) 6.0 921.5 1535.8
System Call Overhead 15000.0 2939229.7 1959.5
========
System Benchmarks Index Score 1649.5

ECS：

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 34582858.9 2963.4
Double-Precision Whetstone 55.0 2984.8 542.7
Execl Throughput 43.0 5118.8 1190.4
File Copy 1024 bufsize 2000 maxblocks 3960.0 1073823.9 2711.7
File Copy 256 bufsize 500 maxblocks 1655.0 284701.5 1720.3
File Copy 4096 bufsize 8000 maxblocks 5800.0 3213933.6 5541.3
Pipe Throughput 12440.0 1722785.7 1384.9
Pipe-based Context Switching 4000.0 377999.7 945.0
Process Creation 126.0 18704.4 1484.5
Shell Scripts (1 concurrent) 42.4 6852.6 1616.2
Shell Scripts (8 concurrent) 6.0 937.2 1562.0
System Call Overhead 15000.0 2979190.8 1986.1
========
System Benchmarks Index Score 1673.4

磁盘性能
由下面的磁盘跑分也可以看见，轻量应用服务器 的 20G SSD 系统盘 和 ECS 的 20G SSD 云盘的性能都是一致的，都是 1800 的iops，也都是 90M 左右的读写没有差距。

轻量应用服务器：

/dev/vda:
Timing cached reads: 21070 MB in 2.00 seconds = 10549.25 MB/sec
Timing buffered disk reads: 270 MB in 3.01 seconds = 89.76 MB/sec

[root@izbp1auqkyqtj4iozs7athz dev]# fio –bs=4k –ioengine=libaio –iodepth=1 –direct=1 –rw=read –time_based –runtime=600 –refill_buffers –norandommap –randrepeat=0 –group_reporting –name=fio-read –size=10G –filename=/dev/vda
fio-read: (g=0): rw=read, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1
fio-2.2.8
Starting 1 process
Jobs: 1 (f=1): [R(1)] [100.0% done] [7200KB/0KB/0KB /s] [1800/0/0 iops] [eta 00m:00s]
fio-read: (groupid=0, jobs=1): err= 0: pid=24361: Sun Sep 10 15:04:27 2017
read : io=4206.7MB, bw=7179.3KB/s, iops=1794, runt=600004msec
slat (usec): min=3, max=165, avg= 6.78, stdev= 2.02
clat (usec): min=2, max=84748, avg=548.56, stdev=2727.93
lat (usec): min=131, max=84755, avg=555.59, stdev=2727.93
clat percentiles (usec):
| 1.00th=[ 141], 5.00th=[ 241], 10.00th=[ 302], 20.00th=[ 306],
| 30.00th=[ 314], 40.00th=[ 322], 50.00th=[ 334], 60.00th=[ 350],
| 70.00th=[ 362], 80.00th=[ 382], 90.00th=[ 442], 95.00th=[ 502],
| 99.00th=[ 1012], 99.50th=[23936], 99.90th=[40704], 99.95th=[42752],
| 99.99th=[68096]
bw (KB /s): min= 4624, max= 7784, per=100.00%, avg=7182.85, stdev=181.15
lat (usec) : 4=0.01%, 250=6.25%, 500=88.69%, 750=3.79%, 1000=0.27%
lat (msec) : 2=0.36%, 4=0.06%, 10=0.03%, 20=0.04%, 50=0.48%
lat (msec) : 100=0.04%
cpu : usr=0.50%, sys=1.81%, ctx=1076903, majf=1, minf=33
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=1076894/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
latency : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
READ: io=4206.7MB, aggrb=7179KB/s, minb=7179KB/s, maxb=7179KB/s, mint=600004msec, maxt=600004msec

Disk stats (read/write):
vda: ios=1078167/690, merge=0/399, ticks=598805/4230, in_queue=602927, util=98.01%

ECS：

/dev/vdb:
Timing cached reads: 19778 MB in 2.00 seconds = 9901.01 MB/sec
Timing buffered disk reads: 270 MB in 3.02 seconds = 89.54 MB/sec

[root@iZbp1258gr0v9v184jdqqkZ dev]# fio –bs=4k –ioengine=libaio –iodepth=1 –direct=1 –rw=read –time_based –runtime=600 –refill_buffers –norandommap –randrepeat=0 –group_reporting –name=fio-read –size=10G –filename=/dev/vdb
fio-read: (g=0): rw=read, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1
fio-2.2.8
Starting 1 process
Jobs: 1 (f=1): [R(1)] [100.0% done] [6940KB/0KB/0KB /s] [1735/0/0 iops] [eta 00m:00s]
fio-read: (groupid=0, jobs=1): err= 0: pid=9552: Sun Sep 10 15:23:44 2017
read : io=4218.9MB, bw=7200.2KB/s, iops=1800, runt=600001msec
slat (usec): min=3, max=344, avg= 6.97, stdev= 2.32
clat (usec): min=1, max=85711, avg=546.79, stdev=4741.30
lat (usec): min=145, max=85717, avg=553.99, stdev=4741.28
clat percentiles (usec):
| 1.00th=[ 147], 5.00th=[ 149], 10.00th=[ 151], 20.00th=[ 153],
| 30.00th=[ 155], 40.00th=[ 159], 50.00th=[ 167], 60.00th=[ 199],
| 70.00th=[ 229], 80.00th=[ 241], 90.00th=[ 249], 95.00th=[ 270],
| 99.00th=[ 374], 99.50th=[56576], 99.90th=[67072], 99.95th=[67072],
| 99.99th=[67072]
bw (KB /s): min= 6380, max= 7624, per=100.00%, avg=7202.00, stdev=111.69
lat (usec) : 2=0.01%, 50=0.01%, 250=90.56%, 500=8.76%, 750=0.06%
lat (usec) : 1000=0.02%
lat (msec) : 2=0.02%, 4=0.01%, 10=0.01%, 20=0.01%, 50=0.01%
lat (msec) : 100=0.55%
cpu : usr=0.50%, sys=1.98%, ctx=1080029, majf=0, minf=34
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=1080027/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
latency : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
READ: io=4218.9MB, aggrb=7200KB/s, minb=7200KB/s, maxb=7200KB/s, mint=600001msec, maxt=600001msec

Disk stats (read/write):
vdb: ios=1079640/0, merge=0/0, ticks=589523/0, in_queue=589382, util=98.27%

用途：公司内部系统使用

网上找了一圈，也没发现啥有价值的选购指南，不知道该看哪些参数等等。
特来问问各位大佬们！

locoz 2020-01-11 01:50:41 +08:00 via Android
具体需求呢…内部系统消耗哪方面资源比较多总得搞清楚吧？要哪方面性能高也得搞清楚吧？搞清楚了之后无非就是对症下药堆配置了。
CPU 现在的话可以试试 AMD…香到爆炸…
mashaofeixxx 2
mashaofeixxx 2020-01-11 08:39:50 +08:00
对配置要求高吗 nuc 能满足吗?
s609926202 3
s609926202 2020-01-11 08:40:45 +08:00 via iPhone
@locoz @mashaofeixxx
就是 erp 系统
mashaofeixxx 4
mashaofeixxx 2020-01-11 08:43:33 +08:00
@s609926202 我前两天给客户使用 nuc 部署了 用友 要不咱俩聊聊 我做 nuc 服务器这块 提供公网解决方案
我的 wx: d2cc67aa8cD66D1b 不需要解密,直接加,加个好友聊聊.
ladypxy 5
ladypxy 2020-01-11 09:02:14 +08:00 via iPhone
这种问题有啥问的意义么
物理服务器就那几家，ibm HP dell，直接买就好了
s609926202 6
s609926202 2020-01-11 09:29:51 +08:00 via iPhone
@ladypxy 货比三家，买*合适的
murmur 7
murmur 2020-01-11 10:04:10 +08:00
机房用就选服务好的，一个电话就能叫上门的，不过原厂服务贵到坑 b 就是了，自用就学翼王这种自己组配件
反正 2u 的机箱基本上 ATX 组件可以随便用，不存在组装问题，而且因为体积大所以风扇也比较柔和
stoneabc 8
stoneabc 2020-01-11 11:30:36 +08:00
小公司没严格要求的话，可以找找各大云厂商 3 年淘汰的旧机器。。
venster 9
venster 2020-01-11 11:37:23 +08:00 via Android
记住：别买联想，下个驱动还得到美国站去下载，中国站找一天都不一定找得到。其他的戴尔惠普直接联系网站销售就行了。
abbottcn 10
abbottcn 2020-01-11 12:15:04 +08:00 via iPhone
可能和大家的用途差太多。做 CPU 密集型计算，组装的服务器。放机房的。服务器主板，有个毛病，启动贼慢。根据需求，配置非常灵活，比浪潮的整机便宜特别多。

NerverLibis 2020-01-11 12:32:20 +08:00 via iPhone
@venster 就算是笔记本也不能碰联想，除非有回扣
herozzm 12
herozzm 2020-01-11 12:39:57 +08:00
@ladypxy +1
328730311 13
328730311 2020-01-11 13:51:04 +08:00
dell r740 2u 8 核*2/16g*4/1.2t 10k 2.5 寸 *4 （ raid5 ）/idrac 远控 /单电源，（或者塔式服务 dell t640 ）参考这个配置。如果预算有限，可以用刚停产的 r730 或者 t630。
MeteorCat 14
MeteorCat 2020-01-11 13:54:40 +08:00 via Android
我买了专线宽带+gen8+gen10 自己搭服务器，实际上*开始用阿里云服务器现在 1G2M 带宽续费一年 1500 一计算还不如自己去接入专线买个高配置主机
594duck 15
594duck 2020-01-12 15:36:42 +08:00 via iPhone
10 年运维在这里
s609926202 16
s609926202 2020-01-12 16:42:11 +08:00 via iPhone
@594duck 请问本地物理服务器除了专线固定 ip 还有其他办法实现公网访问吗？
594duck 17
594duck 2020-01-12 20:34:33 +08:00 via iPhone
@s609926202

你是指公网访问你的服务器，可以用的电脑上，（动态的 dns ）防火墙都带一些的，映射下就好。但是在今天的国内线路里边很痛苦。运营商会封锁