去年11月份开始，我们使用阿里云的冷归档服务进行数据备份，将不常用的备份数据使用阿里云的OSS服务来保存，并且希望设置这样的存储周期：
- Web访问日志文件：180天
- Web目录备份文件：365天
去年11月份我们在阿里云的云监控中创建自己的监控大盘，并且用单独的云桌面、终端监视器来日常查看监控数据，基本上每天上班的时候就把专用监视器打开，工作的时候时常看看数据，如果发现有异常情况，可以较快发现和处理。✌️
最近在和实习同学
我们2015年开始试用阿里云服务器、云数据库、云监控、开放缓存等服务，2016年写过一篇《阿里云Web服务器ECS和数据库服务器RDS的异地备份》，后来也基本上是按照这样来做的，只是随着ECS、RDS数量的增加，要进行备份、下载、储存也变得越来越难了，特别是RDS数据量增加后下载非常困难，害怕长期占用ECS带宽进而影响用户访问，就基本没有进行异地保存。
最近还因为某个特别的原因
我们使用了阿里云的多种服务好几年了，ECS服务器、RDS数据库等种类和台数都在增加中，前段时间把云监控中的“站点监控（站点拨测）”设置进行了全面梳理，原则是让需要报警的及时告知需要了解的人、让不需要报警的情况和不需要了解的人减少干扰，方便同事准确了解和处理。
但这个报警是事后的，要想提前了解、预防问题，可以查看ECS/RDS平时的状态，对于资
很早前在Godaddy注册域名时曾经购买过Godaddy的Premium DNS服务，可以有DNSSEC服务，后来在其它域名注册商、DNS解析服务商的后台都看到过DNSSEC，不过没有深入研究。
最近我们的IPShu网站推出DNS相关专题内容，准备的过程中也对DNS解析的过程进行了深入探讨，也提到DNSSEC。而同事最近也在关注这块，我今天干脆花了一些时间去了解
春节以后网站流量逐步回升，刚刚过去的2019年3月基本恢复到以前正常状态，甚至有些站达到流量新高，不过服务器的资源偶尔也会报警，特别是遇到有大量采集或者攻击的情况时，这很影响用户体验，我们也不得不花费大量时间来排查、屏蔽采集🙁。
前些天遇到“服务器上的所有网站疑似遇到攻击”更是耽误了我们两天的时间来对付，这两天用户访问也受到一定影响。在这个排查过程中，我们发现涌来的峰值流量是我们正常流量的2倍以上，如果我们的服务器配置资源足够的话，那比较小的攻击或者采集是无需采取措施的👌。
最近广告联盟的单价有所回升，我们还拓展
最近和采集者杠上了，不断与这些采集者纠缠，周一一大早就看到网站监控报警，服务器带宽被占满，在从iftop -i eth1看到有两个IP段一直占据前列：
再仔细一查，这两个IP段是已经被我们在.htaccess里面屏蔽的，从tail -f access.log看这两个IP段的地址访问都是403被拒绝状态，但不知道是哪家的傻爬虫（220.243.135.*/220.243
去年初开始尝试、购买阿里云服务器，感觉还不错，今年公司开始做阿里云分销代理，于是开通了另外一个分销账号，要把以前独立账号中的ECS、RDS等服务转移到新的分销账号下，也顺便对配置进行必要的调整。
在进行转移前感觉比较麻烦，拖了一段时间，后来咨询了阿里云公司客服、技术人员，他们说可以利用ECS的数据镜像、RDS的数据转移等功能来实现，我们又自己这边进行了一些准备、尝试，然后就开始进行了转移，现在ECS、RDS都进行了转移，把步骤和遇到的问题记录一下，希望对别的人也有用。
ECS转移：
- 在新账号下选购新E
以前用我们自己购买托管或者租用的服务器时，备份的用途主要有两个方面：
- 短期问题是怕硬件突然损坏，更换硬件后，需要有备份能及时恢复；
- 长期问题是留有很久以前的内容，万一需要查找以前的信息可以拿出来。
而从去年把自己的服务器全面转为云服务器后，上面的二个问题分别如下：
- 硬件损坏基本上就不存在了，无论是ECS还是RDS都是有热备份的，硬件出问题会随时由备用机顶替，基本上都是无间断的；
- ECS可以有硬盘快照功能，在需要的时候可以回滚，RD
以前我们自己托管服务器或者租用服务器都是自己搭建MySQL服务，优点是价格低、控制权大，但稳定性有欠缺、性能调优一直都难以做好，有技术难度。所以今年搬迁到云服务的时候，就不再自己搭建MySQL服务，而是直接购买RDS关系型数据库服务。
用了RDS后感觉稳定性有保障、技术咨询可以找到专业人员，但阿里云的RDS价格超贵，1台2G内存的RDS实例加上一些存储空间后价格在2万元/年左右，性能上收到IO、连接数、内存等各方面的限制也需要想方设法进行优化，特别是对站点功能、存储引擎格式等调整。
有的时候进行一些转换、迁移、升级等工作的时候，希望不影