服务器安全维护工作室 » 小说站代维

阿里云运维部署工具AppDeploy详细教程

admin — Sun, 10 Jan 2016 12:53:43 +0000

AppDeploy是一个通过SSH实现的命令行工具，可完成应用部署和远程运维管理。当前工具实现为两个版本：普通版（伪代码描述语言）和Python版。Python版使用Python语法规则，可实现您的各种应用需求；普通版语法简单、容易上手，是对Python版本的精简。两个版本当前都是免费使用。下载地址如下：
普通版：
http://market.aliyun.com/products/53690006/cmgj000331.html?spm=5176.900004.4.2.iTWBiC
Python版：
http://market.aliyun.com/products/53690006/cmgj000321.html?spm=5176.9000004.0.0.8AlNTY

1 介绍一下AppDeploy的主要功能
1）.远程应用部署：
可以将本地应用安装部署到远程云服务器，软件包可以在本地编译打包好，也可以选择在云服务器编译安装；

2）.远程运维管理：
您可以使用AppDeploy远程执行shell脚本，让操作命令感觉在本地执行一般，大大的提高开发者的工作效率；

3）.一键环境安装：
一键安装Web环境，当前支持Java、Nginx、Apache、Tomcat、PHP、Mysql等多款环境，可以根据具体业务选择适合工具的适合版本进行安装；

4）.一键应用部署：
可以一键编译、打包、部署常见的应用，支持Maven、Ant等打包部署的安装方案；

5）.一键式更新源：
执行AppDeploy自定义命令（update_source）更新系统源，支持Ubuntu、Centos、Redhat、Opensuse、Debian等系统的主流版本；

6）.文件上传下载：
您可以使用AppDeploy在本地主机和远程服务器间实现上传、下载文件（夹）的功能；不仅实现了ftp的功能，还可以远程执行管理命令；

7）.并发控制机器：
基于软件的部署场景，提供同时在多台服务器部署的功能，且可以选择顺序执行或者并发执行的运行模式；上面叙述的功能都可以使用并发模式在多服务器间同时运行。

8）.账号密码管理：
提供灵活、易用的账号管理功能，用户可以设置免密码输入运行，且可为不同主机设置不同密码；

2.AppDeploy的安装& 配置
AppDeploy支持在Windows、Linux、Mac系统下使用，远端服务器当前只支持Linux系统。根据不同系统分别介绍安装步骤（以Python版为例，普通版类似）：

Linux系统平台安装：
请预先安装好python2.7；（一般安装在/usr/local/lib/python2.7）
1）.通过阿里云市场下载AppDeploy源码安装包 – AppDeploy-Python-1.0.0.tar.gz；

2）.解压：$ tar –zvxf AppDeploy-Python-1.0.0.tar.gz；得到AppDeploy-Python-1.0.0-Linux.tar.gz;
解压：$ tar –zvxf AppDeploy-Python-1.0.0-Linux.tar.gz；

3）.执行：$ cd AppDeploy-Python && sudo python setup.py install 安装appdeploy；

4）.执行：$ adep命令，若果能找到命令说明安装完成（下图表示安装成功）；

Windows系统安装：
预先安装好python2.7；（一般安装在C:/Python27）；
1）.通过阿里云市场下载AppDeploy windows安装包 – AppDeploy-Python-1.0.1.zip；

2）.解压：$ tar –zvxf AppDeploy-Python-1.0.1.tar.gz ->AppDeploy-Python-1.0.1-Windows.tar.gz;

3）.解压：$ tar –zvxf AppDeploy-Python-1.0.1-Windows.tar.gz；解压后可以发现一个安装文件setup.exe安装包，即为AppDeploy的安装文件；

4）.双击setup.exe，双击setup.exe（确定预先安装python2.7），出现如下AppDeploy的安装视图，安装目录应该选择Python2.7的安装目录下的Lib\site-packets子目录；

5）.根据向导直到安装完成；
6）.设置环境变量：
  环境变量一般为自动设置，不过这里您可以确认一下，以保证正常运行；
  右键“计算机” – 选择属性– 选择“高级系统设置”– 选择高级– 选择“环境变量”：添加环境变量，名字（APPDEPLOY）值（C:\Python27\Lib\site-packages）；在path系统变量中添加“C:\Python27;%APPDEPLOY%; C:\Python27;”，分别为Python2.7的安装目录和AppDeploy的安装目录；

7）.验证：打开cmd命令行工具，
输入：python，如果能运行，则说明python已经可用；
输入：adep，如果显示下面日志，则说明安装成功；

Mac系统安装：（请预先安装好python2.7）

1）.下载AppDeploy-python-1.0.1.tar.gz，解压可以得到AppDeploy- python-1.0.1-Mac.zip 的压缩包，解压AppDeploy- python-1.0.1-Mac.zip，得到pycrypto-2.6.1.tar.gz& AppDeploy- python-1.0.1.tar.gz；

2）.若您系统中尚未安装pycrypto-2.6.1.tar.gz，解压后进入pycrypto-2.6.1，执行$ sudopython setup.py install；若已经安装，直接进入步骤3；

3）.解压AppDeploy-python-1.0.1.tar.gz，进入appdeploy-python-1.0.1后执行$ sudo pythonsetup.py install；

4）.进入命令行执行$ adep，出现如下视图说明安装成功：

3.基本使用方法
AppDeploy的使用格式是在命令行执行adep + 参数的命令格式运行，其执行的任务依据是根据其当前工作目录下的appdeploy.py（默认）这个python文件作为执行描述文件，若用户有自定义的描述文件，可用”-f”参数指定。使用方式细分有两种：

1)通过命令行，直接执行命令
格式：$ adep[options] — [shell command]

   Option：为命令选项定义执行参数；
  “—”：双横线，为分割符将前面的参数和后面的shell命令分开；
    [shell command]：shell命令，会被在远端服务器执行；

常用的option选项：

例如：查看服务器nginx运行情况
$ adep -H ‘101.200.184.144’ -u root -p xxxx — ps-aux | grep nginx

PS：上面方式使用方便，可以灵活、快速的执行您想执行的命令，但实现的功能相对简单，大部分情况下，您可以使用下面的方式实现您的具体任务；

2)通过编辑appdeploy.py文件，以任务方式执行
在appdeploy.py文件中定义函数（任务的实现细节），并在命令行的当前目录下执行$ adeptask1 task2（文件中定义的函数名）的方式依次执行定义的任务；
appdeploy.py的编写规则:

下面分别介绍AppDeploy自定义的环境变量、操作命令、修饰符、并发执行等细节。

4.获取设置Access Key
因为AppDeploy工具基于阿里云产品设计实现，其某些功能会基于阿里云OpenApi实现，所以需要设置Access Key的值以获取调用OpenApi的资格。

获取Access Key的方法请参考：http://bbs.aliyun.com/read/253666.html?spm=5176.7189909.0.0.l1LU3c&fpage=2
得到的Access KeyID和Access Key Secret通过以下方式配置到AppDeploy中：

在Appdeploy.py描述文件中设置env.ak_id(Access Key ID)和env.ak_sec(AccessKey Secret)变量；如下图所示：

5.环境变量

AppDeploy工具通过自定义的环境变量来提高程序的可读性、以及描述文件的灵活性等；以下是常用的环境变量及其说明：

Hosts变量详细说明：

用来定义需要连接的服务器地址集，在执行appdeploy.py中任务时会在hosts定义的每个服务器上运行一遍；定义格式：

env.hosts = [‘host1′, ‘host2′]: 表示两个远端服务器，分别是host1和host2.

env.hosts = [‘host1′, ‘user2@host2′, ‘host3′]: 表示一共三个远端服务器host1、host2、host3，其中host2使用user2用户名登录，host1和host3的用户名使用env.user定义的值；

例如：在appdeploy.py中定义：

env.hosts = [‘host1′, ‘host2′]

def task1():

run(ls)

则执行：$ adeptask1时，会在host1、host2上分别执行ls命令；

User详细说明：

定义远程服务器的登录名，如果没有定义，则默认为本地机器的当前用户名；

例如：

env.user = ‘user1′

Password & Passwords详细说明：

首先推荐使用SSH提供的密钥管理机制来实现免密码输入模式，可查阅资料；这里着重介绍AppDeploy提供的密码管理方案。

AppDeploy提供了两层管理密码的机制：

如果您的servers的密码都相同，可以通过在env.password中设置统一密码；

如果每个server的密码不同，可以在env.passwords中设置host与password对应表（Json格式），对每个server设置单独的密码；host的格式：user@host:port；

例如:

env.password=’xxxxx’；统一密码；

env.passwords={‘root@101.200.184.144:22′:’xxx’, ‘root@123.57.228.240:22′:’yyy’}

parallel详细说明：

Parallel设置时表明指定的任务在不同的服务器之间并发执行；格式为在任务前面：@parallel(pool_size=5)，其中pool_size指最多同时并发的个数，若不指定pool_size，则默认不加限制；

定义了parallel只是一个任务在多个服务器之间并行，但不同的任务之间还是顺序执行；

例如：

@parallel

def task1():

pass

def task2():

pass

$ adep -H host1,host2,host3 task1task2

结果：

Task1 on host1, host2, andhost3

Task2 on host1

Task2 on host2

Task2 on host3

Roledefs & Roles详细说明：

AppDeploy可以为服务器地址定义组，用户可以基于不同组完成不同集群的部署，这样用户可以根据自己的业务定义不同的组群。格式为JSON实现格式。

Roles与Hosts一样，都可以指定服务器地址集合，只是Roles引用的服务器地址是经过Roledefs定义的组名。

例如：

env.roledefs = {

‘apphosts': [‘host1′, ‘host2′, ‘host3′],

‘webhosts': [‘host3′, ‘host4′]

}

@roles(‘apphosts’)

@hosts(‘host3′, ‘host5′)

def task1():

run(‘ls/var/www’)

执行：$ adeptask1

会在host1、host2、host3、host5依次执行，host3出现两次，被合并；

6.执行命令
环境变量定义任务执行的相关环境参数：如用户名、密码等，而任务的具体执行是很多具体指令组成的，下面是AppDeploy自定义的执行命令集；

Get命令详细说明：

Get命令的功能是下载远端服务器上的文件或文件夹，根据不同常见可以如下格式：

get(‘/path/to/remote_file.txt’, ‘local_dir’)	新建local_dir并保存文件；
get(‘/var/log/apache2/access.log’, ‘%(path)s’)	下载access.log的文件，保存在相同目录；
get(‘/var/log’, ‘%(path)s’)	递归下载/var/log下面所有文件；
get(‘/var/log’, ‘%(host)s/%(path)s’)	多个host时，保存在不同目录；

Put命令详细说明：

Put命令功能是将本地的文件、文件夹上传到远端服务器（一台或多台）；

put(‘/path/test.txt’, ‘/root/’) 将本地文件test.txt上传到指定的服务器/root下；

put(‘/path/test’, ‘/root/’) 将本地文件夹下面所有文件上传到指定服务器/root下；

put(‘/path/test.txt’, ‘/root/’) 将本地文件test.txt上传到指定的服务器/root下，并设置权限；

Prompt命令详细说明：

Prompt命令为用户提供一种交互式的选择功能，可以在程序运行时跳出选项供选择：

env = prompt(‘Please specify target environment: ‘)可以在运行时输入内容，并保存在env中；

prompt(‘Specify dish: ‘, ‘dish’, default=’spam & eggs’)设置默认输入内容，不输入是用默认值；

prompt(‘Please specify level: ‘, key=’nice’, validate=int)设定输入的内容只能是整数；

7.修饰符

AppDeploy通过定义修饰符来灵活的执行appdeploy.py中的任务，常用的修饰符有：hosts、parallel、roles、serial、task等，分别用例子描述他们的使用方法；

Hosts修饰符：

hosts即为环境变量的名字，也可以用作修饰符来定义任务目标服务器。

@hosts(‘user1@host1′, ‘host2′,’user3@host3′)

def task1():

pass

上例表明task1会在host1、host2、host3三个服务器上执行，其中在host1、host3上分别用user1和user3登录，host2上用env.user定义的用户名登录。

Parallel修饰符

@parallel修饰符表明修饰的任务会在多个服务器之间并发执行；

env.hosts = [‘host1’, ‘host2’]

@parallel

def task1():

pass

执行$ adeptask1时，task1会在host1、host2上同时执行；

Task修饰符：

@task含义是：如果一个appdeploy.py中使用了@task，则所有函数都不再默认为任务（不对adep命令可用），除非其前面标示了@task标示。如果appdeploy.py中没有任务前面使用@task标示，则所有函数都会默认为任务，可以被用户调用；

例如：

@task

def task1():

run(“ls”)

def task2():

run(“pwd”)

$ adep –list

结果是：task2被看作appdeploy.py的内部函数，不被暴漏给用户使用。

Available commands:

task1

serial修饰符：

@serial的含义和@parallel相反，作用是：如果全局设置了并发执行，但某个任务前面使用了@serial参数，则这个任务依然用顺序执行模式。

以上内容从AK设置、环境变量、自定义命令、修饰符等方面描述了AppDeploy的使用方法，下面以一个具体例子将上面内容展现出来。

# -*- coding: utf-8 -*-
from src.api import *

env.ak_id=”xxx”
env.ak_sec=”xxx”
env.user = ‘root’
env.password=’xxx’
env.hosts = [‘101.200.184.144′,’root@123.57.53.193:22′] env.roledefs = {
‘apphosts': [‘101.200.184.144′],
‘webhosts': [‘root@123.57.53.193:22′] }

@task
def file_copy():
put(‘./test’, ‘/root/’)
get(‘/root/test’, ‘./test’)

@task
@roles(‘webhosts’)
def remote_exec(cmd):
local(‘echo “run your cmd on remote hosts”‘)
run(cmd)

def useless():
run(‘pwd’)

# Access Key ID
# Access Key Secret
# 统一用户名
# 统一密码
# 定义hosts变量
# 定义不同用户组

# 表明这个函数可以被执行

# 上传文件夹
# 下载文件夹

# 指定服务器集群

# 本地执行命令
# 远程执行命令

# 没有@task，不能被执行

8.上传下载文件（夹）

AppDeploy对文件的上传、下载提供两种实现方式：
一种方式：是在appdeploy.py中定义文件上传下载的任务，然后再命令行执行$ adep task以实现文件的上传下载功能。这种方式可以实现复杂逻辑的上传下载功能，例如：上传不同目录下、不同服务器的文件，但使用稍微繁琐，简单的上传下载功能参考方式二。

另一种方式：直接使用adep 的命令行，格式如下：
$ adep put:local_file,remote_dir
$ adep get:remote_file,local_dir
注意上述命令中没有空格，若目录中空格，可以用引号扩起来。下面是一些例子供参考：

1）将本地文件a.txt上传到服务器/root/目录下；

2）本地”D:\ProgramFiles\”目录下的b.txt上传到服务器/root/目录下；

3）将服务器/root/b.txt文件下载到本地；

4）将本地的./test/目录（及包含文件）上传到服务器/root/下面；

5）下面服务器/root/test目录到本地的./test1/目录下；

9.远程执行命令
AppDeploy工具内置了run指令做远程执行命令，在编辑appdeploy.py中的任务时使用run命令可以轻松实现远程执行，而在命令行想执行一个远程命令如何实现呢？
AppDeploy提供了两种实现方式：

一种方式：在命令行执行$ adep [options] — [shell command]， option为命令的参数。
例如：查看服务器/root/test/文件夹里的文件列表；

另一种方式：在命令行中使用 $ adep run:”shell command”，需要注意的是run和后面的shell 命令之间用“：”连接，且无空格，如果shell命令有空格，请用引号将其引起来。

10.一键更新源站
买好了ECS机器，安装完了系统，大部分用户都需要更新系统源这个任务。AppDeploy为大家搜集了阿里云服务器上最常用、高效的源站链接，并提供一键更新的功能。此功能已经支持Ubuntu、Centos、Fedora、Opensuse、Debain等Unix系统。

更新源站命令： $ adep update_source

11.并发执行

Appdeploy默认是串行执行所有命令的。但在设定参数的情况下可以实现并发执行任务。

AppDeploy有两种方式并发执行任务：

1）在命令行执行任务时添加-P 选项，则执行的所有任务都会在不同的服务器之间并发执行，但不同任务之间依然按照顺序执行进行；

例如：

$ adep -P -H host1,host2update reload

执行结果

update on host1 and host2

reload on host1 and host2

2）通过在appdeploy.py文件中的任务前面添加@parallel来表明某个任务会被并行执行；

例如：

def task1():

pass

@parallel

def task2():

pass

$adep -H host1,host2,host3 task1 task2

结果：

Task1 on host1

Task1 on host2

Task1 on host3

Task2 on host1,host2, and host3

$adep -P -H host1,host2,host3 task1 task2

结果：（-P参数会覆盖appdeploy中的定义）

Task1 on host1,host2, and host3

Task2 on host1,host2, and host3

此类命令是基于用户工作习惯的总结，如果您有想新添加的功能或快捷方式，请与我们联系，我们会考虑将您需要的功能添加到工具的下个版本。

AppDeploy设计之初的重点研究对象就是应用部署，然而工具在开发初期更多的侧重于底层信息流的互通和通用功能的实现。当前AppDeploy工具对应用部署的支持还不是很全面，这正是我们近期需要加强的地方。

应用的部署相关工作可分为：服务器端的运行环境安装、应用的编译打包、应用的上传部署；

12.服务器端的运行环境安装
当前[font=&]AppDeploy更多侧重w[font=&]eb服务器安装，[font=&]AppDeploy支持常用W[font=&]eb环境的一键安装功能，支持的环境和版本见下表：

然而上述有些环境在不同操作系统上依赖库、安装细节等都不相同，所以当前无法保证以上工具能在所有操作系统环境安装无误，若出现安装失败，请查看错误日志或联系我们的邮箱。安装步骤如下：
1）编辑appdeploy.py文件，输入希望运行的web环境组件。
2）定义一个任务，任务中调用appdeploy的内置函数：install_runtime(para)，参数para为想要安装的web组件细节，使用json格式输入。
3）在命令行执行执行：$adep runtime即可。

例子1：服务器上安装Jdk-1.7.0和Tomcat-7.0.63的运行环境
1）在appdeploy.py中定义任务runtime，并调用install_runtime(compontens)函数，参数为要安装的jdk、tomcat版本号，用json格式输入。

def runtime():   componets={“jdk”    :”1.7.0″,
           “tomcat”  :”7.0.63″  }
    install_runtime(componets)

2）在命令行执行：$ adep runtime执行安装过程，

3）IE中输入访问地址，验证安装结果，下图表明tomcat已经安装成功。
[attachment=81519]
例子2：服务器上安装apache和Tomcat-7.0.63的运行环境
1）在appdeploy.py中定义任务runtime，并调用install_runtime(compontens)函数，参数为要安装的Apache、PHP版本号，用json格式输入。

def runtime():    componets={“ apache”    : “ 2.2.31″,
           “php”        : “5.0”,              }
    install_runtime(componets)

2）在命令行执行：$ adep runtime执行安装过程，
[attachment=81520]
3）IE中输入访问地址，验证安装结果，下图表明PHP已经安装成功（hello.php是环境安装后放到php指定目录下的文件）；
[attachment=81521]
13.应用打包部署
例子1：将本地Java应用部署到服务器。
结合上面环境安装的例子（1），将本地一个java应用部署到服务器。

1）在appdeploy.py中添加如下任务，任务中定义：打包工具、本地项目目录、服务器端的web应用目录，并调用打包、部署命令package和deploy接口。

def pack_deploy():   componets={“package_tool”: “maven”,
              “project_dir” : “/home/xxx/src/example/maven/myFirstWebApp”,
              “web_dir”   :”/alidata/server/tomcat/webapps”
               }
    package(componets)
    deploy(componets)

2）在命令行输入命令：$ adep pack_deploy执行打包部署任务，如下：
[attachment=81522]
3）在IE上输入应用地址，检查部署效果。下图表示应用部署成功：
[attachment=81523]
应用部署是AppDeploy以后重点研究方向，我们深知当前做的还很有限，也正是借此机会和广大开发者交流，希望您能把工具的不足之处和您自己的需求发送给我们，一起把应用部署方案做到更新、更方便使用。

欢迎下载使用阿里云AppDeploy，期待您的反馈和建议！！

阿里云运维部署工具AppDeploy详细教程，首发于服务器安全维护工作室。

如何限制通过固定的IP访问阿里云OSS的文件

admin — Sat, 15 Aug 2015 04:19:19 +0000

最近有客户提出需求，在某些情况，需要使用OSS来存大量文件，但是请求这些文件时候需要访问固定的IP（比如程序之前写死了IP，比如和运营商谈免流量的问题，公司跳板机，固定公司ip访问限制）

通过查看阿里云服务器手册发现oss的服务是由多个IP的，并且随时可能变化，因此如果要实现这个功能，这时候可以通过ECS搭建反向代理来实现需求

nginx配置如下：

server {
listen 80 default_server;
server_name _;
location / {
proxy_pass http://xxx.oss-cn-qingdao-internal.aliyuncs.com/;
proxy_set_header Referer http://www.test.com;
}
}

这里通过ECS代理OSS的内网，从而省掉了OSS的流量费，但是访问效率需要依赖ECS的带宽

为了安全，OSS配置了refer限制，也可以通过proxy_set_header来代理发送一个refer，这个refer可以设置一个随意别人不知道的值，能够变相实现加密（只有ECS服务器知道这个refer值）

配置完毕之后，就可以通过访问ECS来访问到OSS上的文件了，比如：

如何限制通过固定的IP访问阿里云OSS的文件，首发于服务器安全维护工作室。

阿里云服务器如何配置端口映射Dnat教程

admin — Sat, 15 Aug 2015 04:10:35 +0000

通过iptables配置Dnat是一个比较常见的操作，阿里云的服务在classic网络下无法支持snat，但是dnat功能实际是没问题的，这里将我们工作室平时常用的实现方法罗列一下操作过程：

 环境两台阿里云ECS服务器 ，一台公网，一台内网。内网安装nginx，希望访问公网服务器的时候，能够访问到内网的nginx站点。
 
 内网服务器操作过程如下：

首先安装nginx和启动

1
[root@内网 ~]# yum install nginx -y >>/dev/null

2
[root@内网 ~]# /etc/init.d/nginx start

3
Starting nginx: [ OK ]

4
[root@内网 ~]# lsof -i:80

5
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME

6
nginx 1742 root 6u IPv4 5570 0t0 TCP *:http (LISTEN)

测试nginx安装正常，可以访问。

1
[root@内网 ~]# curl -I www.fuwuqiok.com

2
HTTP/1.1 200 OK

3
Server: nginx/0.8.55

4
Date: Wed, 14 Jan 2015 07:29:05 GMT

5
Content-Type: text/html

6
Content-Length: 3698

7
Last-Modified: Tue, 11 Nov 2014 16:30:06 GMT

8
Connection: keep-alive

9
Accept-Ranges: bytes

公网服务器操作如下：

 首先修改内核参数，开启ip转发

1
[root@公网 ~]# sed -i 's/net.ipv4.ip_forward = 0/net.ipv4.ip_forward = 1/g' /etc/sysctl.conf

2
应用生效

3
[root@公网 ~]# sysctl -p

4
net.ipv4.ip_forward = 1

配置iptables，将访问公网服务器80端口的请求，转发到内网服务器的80

1
[root@公网 ~]# iptables -t nat -I PREROUTING -d 115.29.96.246 -p tcp --dport 80 -j DNAT --to 10.144.26.11:80

这时候我们访问公网服务器IP测试一下，同时抓包看转发后的数据包情况：

1
15:35:46.602240 IP 42.120.74.108.8864 > 115.29.96.246.80: S 765781831:765781831(0) win 8192

2
15:35:46.602272 IP 42.120.74.108.8864 > 10.144.26.11.80: S 765781831:765781831(0) win 8192

这样原地址是访客的公网IP，目标是内网服务器的内网地址，这样也没办法双向通讯啊，所以，需要让这个数据包的原地址，也变成内网地址，这样才能和内网服务器建立通讯。
修改原地址就是SNAT
我们继续在公网服务器配置：

1
[root@公网 ~]# iptables -t nat -I POSTROUTING -d 10.144.26.11 -p tcp --dport 80 -j SNAT --to 10.163.209.59

抓包分析：

1
15:38:14.846955 IP 42.120.74.108.10839 > 115.29.96.246.80: P 433:858(425) ack 159 win 16385

2
15:38:14.846985 IP 10.163.209.59.10839 > 10.144.26.11.80: P 433:858(425) ack 159 win 16385

3
15:38:14.847759 IP 10.144.26.11.80 > 10.163.209.59.10839: P 159:317(158) ack 858 win 317

4
15:38:14.847772 IP 115.29.96.246.80 > 42.120.74.108.10839: P 159:317(158) ack 858 win 317

访客本地公网->公网服务器公网IP
修改目标地址
公网服务器内网IP->内网服务器IP
修改原地址
内网服务器IP->公网服务器内网IP
公网服务器公网IP->访客本地公网

完成通讯，试试看。

阿里云服务器如何配置端口映射Dnat教程，首发于服务器安全维护工作室。

阿里云RDS中DTS使用指导及总结教程

admin — Thu, 13 Aug 2015 14:54:09 +0000

本文主要目的是讲述作者在使用RDS的DTS(数据迁移服务时)遇到的问题，多次通过工单与阿里云工程师交流，如果你在使用前阅读本文，可能会少走些弯路，节省时间，我会把遇到的问题标注在本帮助文档的相应位置。

本文转自阿里云RDS迁移文档点击查看原文，

Oracle迁移至RDS
迁移类型简介
迁移限制
迁移权限要求
迁移步骤
RDS实例数据库创建
迁移帐号创建
正式迁移

Oracle迁移至RDS

使用DTS(http://dts.aliyun.com)将本地的Oracle迁移至RDS for PPAS实例中，可以进行结构定义迁移及全量数据迁移。迁移过程中，对本地的Oracle数据库没有影响。

迁移类型简介

结构迁移
DTS会将迁移对象的结构定义迁移到目标实例。目前DTS支持结构迁移的对象有：表、视图、同义词、触发器、存储过程、存储函数、包、自定义类型
全量迁移
DTS会将源数据库迁移对象在的数据全部迁移到目标实例。如果迁移过程中，本地Oracle库有数据写入的话，那么这些增量数据不一定能够被迁移到PPAS中。所以，如果要保证数据一致性，那么尽量选择在业务低峰期进行全量迁移

迁移限制

迁移过程中，不支持DDL操作
不支持物化视图的迁移
结构迁移时，会将reverse index迁移成普通索引
结构迁移时，会将位图索引迁移成普通索引
结构迁移时，会将分区索引迁移成，在每个分区上单独创建自己的索引

迁移权限要求

当使用DTS进行Oracle迁移时，在不同迁移类型情况下，源跟目标数据库的迁移帐号权限要求如下：

迁移类型	结构迁移	全量迁移
本地Oracle实例	create session select any directory	create session select any directory select any table
目的RDS for PPAS实例	create connect	schema的owner

##此处描述不够明确，本次做的是结构迁移，作者误认为本地Oracle实例用户（源库）只需要上述2个权限就可以完成迁移，并且新建立了一个独立只读账户专门用于本次DTS，但是失败了，最后发起工单，工程师反馈最好是使用表的owner进行迁移，读者请注意。

迁移步骤

下面详细介绍下用户如何使用DTS将本地的Oracle迁移到RDS for PPAS上的流程

RDS实例数据库创建

在正式迁移之前，需要确认目标RDS实例中是否已经创建好了需要迁入的数据库，如果没有创建的话，需要先在目标PPAS实例中创建数据库。

迁移帐号创建

在正式迁移之前，需要先在本地Oracle数据库及云上PPAS实例中创建迁移帐号，并将要迁移的库表的相关权限授权给上面创建的帐号。

正式迁移

当上面的所有前提条件都配置完成后，就可以开始正式的数据迁移了。下面详细介绍下具体的迁移步骤。
1）进入DTS控制台，点击创建迁移任务，正式开始任务创建

2) 填写本地Oracle跟目标RDS实例的连接信息

这里面源实例类型要选择有公网IP的自建数据库

3）选择迁移对象及迁移类型

默认情况下，迁移对象迁移到目标库后，对象名跟源库一致。如果用户想修改对象在目标库上的名字时，可以直接修改已选择的对象名。

当点击编辑后，即进入对象名称修改页面：

修改了对象名后，目标实例的对象名即为修改后的对象名。

4）启动预检查
在数据正式迁移之前，会先进行基础预检查，只有预检查通过后，才能启动迁移

如果预检查失败，那么可以查看具体的失败详情，根据失败原因修复后，重新进行预检查

当点击查看后，可以查看到具体的预检查失败原因：

当修复完成后，可以在任务列表中，选择这个任务，然后重新启动预检查

5）启动迁移任务
当预检查通过后，我们可以启动迁移任务，任务启动后，可以到任务列表中查看具体的迁移状态及进度

至此，完成将本地Oracle数据库迁移到RDS for PPAS实例的数据迁移工作。

##与阿里云工程师大战2天后总结：

1、做DTS迁移源库工程师建议使用对象的owner账户进行迁移，说明文档说上需要2个权限是不正确的。

2、预检查成功通过，不代表你可以成功迁移，笔者就遇到了oracle使用的sys_guid 在PPAS中是不存在的，也是通过工单系统工程师后台通过基于UUID的功能手工建立的sys_guid同名函数解决的。官方文档 http://www.postgresql.org/docs/9.4/static/uuid-ossp.html，这块耗时比较长，可能是工程师和后台的DBA在沟通协调。

3、源库含有DBLINK的，是无法迁移的。

4、xmax这个列名在PPAS数据库中属于系统列名，会造成冲突，如果你使用了，建议提前改列名。

5、在打算迁移前，最好了解或是已经掌握了postgresql数据库使用技巧，以免造成使用上的不习惯和麻烦。

阿里云RDS中DTS使用指导及总结教程，首发于服务器安全维护工作室。

服务器代维是救命草还是鸡肋

admin — Sat, 08 Aug 2015 07:23:47 +0000

服务器代维就是个人站长或企业将本身的服务器委托专业的公司管理与维护，以达到降低成本的目的。

众所周知，无论个人还是企业，想运维好服务器就需要投入大量的精力以及人力物力，服务器外包已经成为很多站长降低成本的一种重要的手段。

目前从实践来看，需要服务器代维群体大体分两类：

一类是自己不想承担或承担不起一个可以做到7×24小时服务器运维团队的成本
二类是认为专业人做专业事，将精力、能力聚集到核心业务发展之上

服务器代维会为企业带来什么

大大提高企业服务器运维速度。不仅节省了传统的各环节间转换的时间，还为企业节省了培训员工熟悉业务的时间。
降低企业服务器管理成本。首先是从时间的节约带来的费用的降低，另一方面则是通过减少不必要的人力物力给企业带来更大的益处，相信这一点，没用过服务器代维的企业体会不到的。
提高企业服务器运维质量。由于紧密合作的关系以及长期合作的时间，使得运维方对企业的服务器能进行十分深入、细致的理解，服务器运维过程中在切合企业实际业务运作等方面会有不可比拟的体现。当然，服务器代维也有其天生的缺陷，比如：
- 提供高品质的代维企业难找，即使有，与企业建立互信也成为一个难点。
- 企业的服务器风险将集中在代维商的责任心和水平之上。这一根本性的问题，也是导致很多企业决策者虽然明白服务器代维的好处，但是却始终犹豫的主要原因。

小结

因此，本人以多年的服务器运维实践经验认为，企业实行服务器运维外包的可行方法，就是：

企业让代维商从小的、短期合作开始切入，相互磨合、建立了信任的基础、企业对运维公司的能力也有了充分认识后，再尝试长期的服务合作。此时，运维公司就不再是一个简单的服务提供者，也可以参与企业的决策环节，提供更专业的意见。

简言之，服务器代维就是企业用一个网管的工资雇用了一个专业的运维团队为其开展CTO的工作。形式不同，目的一致，效果却更突出。

信息化管理的时代，服务器代维更符合企业的实际发展需要，代维优势决定了其未来将会得到业内人士更多的关注与研究。

运维一二三工作室，你最值得信赖的朋友！

服务器代维是救命草还是鸡肋，首发于服务器安全维护工作室。

CentOS下挂载EBS

admin — Sat, 01 Aug 2015 00:45:51 +0000

EBS(Elastic Block Store)是Amazon EC2实例的持久性数据块级存储卷。

在简单介绍一下，购买EBS以后如何挂载到EC2。

环境：CentOS6.5

EBS：300GB

CentOS6.5下挂载EBS

1. 先用fdisk命令查看Device名。

# fdisk -l

Disk /dev/xvdg: 40.3 GB, 40256929792 bytes
255 heads, 63 sectors/track, 4894 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/xvde: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/xvdf: 322.1 GB, 322122547200 bytes
255 heads, 63 sectors/track, 39162 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

根据容量判断，/dev/xvdf是购买的EBS。

2. 创建ext4文件系统

# mkfs -t ext4 /dev/xvdf

3. 创建目录及挂载

# mkdir /data

# mount /dev/xvdf /data

4. 确认

# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvde       7.9G  650M  6.9G   9% /
tmpfs           7.4G     0  7.4G   0% /dev/shm
/dev/xvdf       296G  191M  281G   1% /data

5. 修改/etc/fstab

在/etc/fstab文件的最后进行添加。

# vi /etc/fstab
/dev/xvdf  /data     ext4    defaults         0 0

6. 重启系统进行确认

# shutdown -r now
# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvde       7.9G  651M  6.9G   9% /
tmpfs           7.4G     0  7.4G   0% /dev/shm
/dev/xvdf       296G  191M  281G   1% /data

CentOS下挂载EBS，首发于服务器安全维护工作室。

比较物理机和AWS费用

admin — Fri, 31 Jul 2015 13:28:42 +0000

此页面可以比较出物理机和在AWS云主机上运行您的应用的成本。

根据您自己对机器的描述来生成基本或者详细的成本比较。

进入AWS总成本计算请点我

上图为AWS总成本计算示意图。在此页的上部分可以选择比较的级别，是基本的(Basic)还是高级的(Advanced)。

在这里用的是高级的(Advanced)来说明的。

此条是看您的服务器是在公司还是在机房，或者是托管的方式。

此条是让您选择一个您理想的地区。上图显示的地区为美国东部。

此条是指，您所比较的服务器是物理机还是虚拟机。

此条是让您提供服务器信息。

此条是让您填写服务器的存储信息。

此条是让您提供数据中心的带宽信息。(可选)

此条让您填写数据中心人员的信息。(可选)

当您把信息都填写完，就可以来进行比较了。

下面举一个简单的例子：

假设物理机配置如下

Environment : Physical
Servers	Cores	RAM (GiB)	OS	Avg.Util.	Optimize by
1	1	100	Linux	100%	RAM

Storage (TB)
SAN	NAS	Object
100	0	0

如下图给出了物理机和迁移到AWS云主机之后的总费用比较

可以看出，迁移到aws云主机之后，您可以节省70%的开销。

AWS也帮您计算出，未来三年您要是用AWS云主机可以节省下来的金额和在AWS云主机上具体服务的消费情况。

可以看出，随着使用AWS云主机的时间越来越长，您在AWS上的花销会越来越平稳，越来越少的.

比较物理机和AWS费用，首发于服务器安全维护工作室。