标签：UI exp group nal solution 用户访问 高可用 assign arc
本文分两部分：部分1 和 部分2。部分1 介绍 AWS，部分2 介绍阿里云和OpenStack云。
AWS 提供三种地理性组件：
图1：AWS 区域与可用区之间的关系
图2：AWS region 与 Edge POP
AWS 中有大量的服务，每种服务有不同的特性：
| 服务 | 子服务 | 全局性 | 区域性 | 可用区性 | 备注 |
| IAM（AWS Identity and Access Management） | Users, Groups, Roles, Accounts | Y |
|
||
| Key Pairs | Y | Amazon EC2 created key pairs are specific to the region | |||
| RSA key pair | Y | RSA key pair can be created and uploaded that can be used in all regions | |||
| Virtual Private Cloud | VPC | Y |
|
||
| Subnet | Y | Subnet can span only a single Availability Zone | |||
| Security groups | Y | A security group is tied to a region and can be assigned only to instances in the same region. | |||
| VPC Endpoints | Y | You cannot create an endpoint between a VPC and an AWS service in a different region | |||
| VPC Peering | Y | VPC Peering can be performed across VPC in the same account or different AWS accounts but only within the same region. They cannot span across regions | |||
| Elastic IP Address | Y |
|
|||
| EC2
|
|||||
|
Resource Identifiers |
Y |
|
|||
| Instances | Y |
|
|||
| EBS Volumes | Y |
|
|||
| EBS Snapshot | Y |
|
|||
| AMIs （Aamzon Machine Images） | Y |
|
|||
| Auto Scaling | Y |
|
|||
| ELB(Elastic Load Balancer) | Y |
|
|||
| SSH Public Keys | Y |
|
|||
| Placement Groups | Y |
|
|||
| S3 | Y |
|
|||
| Glacier | Y | 要迁移 Glacier 中的数据的话，需要经过几个步骤：1. 将 Glacier 中的数据restore到 S3 中。2. 利用 S3 Copy 功能将数据拷贝至另一个region 3. 利用 S3 lifecycle policy 将 S3 中的数据转移到新的region的 Glacier 内 4. 将原region的 Glacier 中的数据删除。 | |||
| EFS(Elastic File System) | Y | 有两种数据在region间的迁移途径。1. 将EFS中的数据拷贝至 EBS，然后利用 EBS Snapshot Copy 功能将数据拷贝至另一个region内，再将数据从 EBS 拷贝到 EFS 内。 2. 将 EFS 中的数据拷贝到 S3 中，然后将利用 S3 Cross-region Replication 功能将数据拷贝至另一个region，再从S3 拷贝到EFS。 | |||
| Route53 | Y | Route53 services are offered at AWS edge locations and are global | |||
| RDS | Y | Y |
|
||
| ElastiCache | Y |
|
|||
| RedShift | Y |
|
|||
| EMR | Y |
|
|||
| Elasticsearch | Y | 为 ES domain 创建一个 snapshot，它会被保存到 S3 内。再利用 S3 做跨region 复制。再在新region内将数据从S3 恢复到 Elasticsearch 中。 | |||
| SQS(Simple Queue Service) | Y | SQS queues 位于region内。需要利用应用，将消息从源region 的 queues 中导入目的 region的 queues 内。 | |||
| SNS(Simple Notification Service) | Y | SNS topics 位于region 内 | |||
| Auroa | Y | 在另一个region 内创建一个 Aurora Cluster 作为 Read Replica。一旦创建后，Amazon RDS 对原 Aurora cluster 做snapshot，然后将 snapshot 发送只 Read Replica。 | |||
| DynamoDb | Y |
|
|||
| WAF | Y | Web Application Firewall (WAF) services protects web applications from common web exploits are offered at AWS edge locations and are global | |||
| CloudFront | Y | CloudFront is the global content delivery network (CDN) services are offered at AWS edge locations | |||
| Storage Gateway | Y | AWS Storage Gateway stores volume, snapshot, and tape data in the AWS region in which the gateway is activated | |||
| SES(Simple Email Service) | Y | SES 有 regional endpoint。你的应用既可以使用与它相同region内的 SES服务，也可以利用其它region内的SES服务。当然了，这里面需要考虑跨region延迟问题。 |
AWS S3 的数据位于某个区域内，但是可以进行跨任意区域迁移。因此，很多区域性和可用区性的数据都利用S3该功能做跨区域数据迁移。
当数据发送到S3 以后，数据会以对象形式在区域内的多个可用区内保存。但是，每个区域的S3依然有单点故障风险。当一个region故障后，该区域的S3服务将变得不可用。要避免该问题，AWS提供了 Amazon S3 Cross-Region replication (CRR) 功能。它能够在不同的可用区之间异步地同步S3 bucket 中的数据。
下图中的 AMI、EBS snapshot 和 RDS snapshot 都是保存在 S3 之中，因此都能够利用 S3 的跨区域复制能力复制到其它区域。
EBS 是可用区性的。要将某个 EBS 实例拷贝到另一个region，需要利用 S3 的跨区域复制能力。
（1）为 EBS 创建 snapshot，它会被保存在 S3 内。
（2）利用 EBS snapshot copy 功能将 EBS 快照拷贝到另一个region中
（3）在新的region 中从该snapshot 上创建一个新的 EBS 实例
（1）为 ECS 实例创建 AMI。AMI 在整个区域内可见，因此肯定可以在另一个可用区内使用
（2）在另一个可用区内，利用该 AMI 创建一个新的实例。
AWS 的数据库服务提供了区域内跨可用区容灾和跨区域容灾能力。以 AWS Oracle 和 MSSQL 服务为例：
灾备（Disaster Recovery）包括灾备方案和环境准备，以及从灾难中恢复两部分。任何对企业的业务持续性或财务有负面影响的事件都可成为灾难。灾难包括硬件或软件故障、断网、断电、火灾、水灾、人为错误等等。为了减少灾难带来的损失，企业往往会投入时间和金钱来计划和准备、训练员工、定义和更新流程。为DR 计划而做的投资往往有很大不同。灾难恢复往往有两个指标：
AWS 把灾备分为四种场景：
传统备份往往利用磁盘，并定期将磁盘运到别处。
将数据备份到AWS上：
1. 利用 S3 和 Glacier 组成多级别的备份环境
2. AWS Storage Gateway 能够将本地环境中的数据备份到 S3 中。
3. AWS Import/Export 能将大量数据运到AWS中。
4. 将AWS EBS 卷、RDS 实例、Redshift 的快照（snapshot）保存到 S3 中。
恢复时，利用从 AMI 创建EC2 实例，从S3中恢复数据来快速恢复运行环境。
上述的备份和恢复方案往往会花费较长时间。Pilot Light 则在AWS上创建最小运行环境，它包含业务系统中最核心部分，比如数据库。这会节省恢复时间，因为系统中最核心部分已经在运行，而且数据是最新的了。而不经常更新部分，比如操作系统和应用，则可以定期打包到AMI中。
恢复时，可以从AMI 中创建EC2实例、切换DNS、安装没有准备AMI的环境，并可以按需对最核心部分进行扩容以支撑生产环境。
该场景中，一个小规模的完整业务环境会运行在AWS中。这环境虽然规模不够大，但功能全面。与 Pilot Light 相比，除了最核心部分，其它部分也在运行了，因此在恢复时能进一步减少时间。
准备阶段，可以选择使用最低配置的服务器，因为DR site 的目标不是承担生产环境的压力，而是为了保持一个运行环境。它还能用于非生产环境，比如测试和内部使用等。
而在恢复阶段，只需要对灾备环境扩容（包括水平扩容和垂直扩容）和切换DNS（手工的或者利用智能DNS自动的）即可：
准备阶段：
恢复阶段：
1. 数据同步：当向远端同步数据时，需要考虑到：
2. Failing Back from a Disaster 从灾备站点回到主站点
当主站点恢复以后，你往往需要将运行环境从灾备环境切换到原来的主环境，此成为 fail-back。对于不同的灾备场景，有不同的做法。
备份和恢复：
Pilot light, warm standby, and multi-site：
需要有完整的灾备计划。除了实现上述某种灾备方案外，还需要考虑到以下几点：
1.4 部分中的DR 方案，其实都有故障切换时间，只是时间长短问题。而HA/FT 方案，则没有停机时间。
下面是 AWS 中典型的 HA/FT 方案。但是因为 AWS 的 ELB 只在多可用区之间可用，因此无法跨区域利用。
参考资料：
云区域（region)，可用区（AZ），跨区域数据复制（Cross-region replication）与灾备（Disaster Recovery）（部分1）
标签：UI exp group nal solution 用户访问 高可用 assign arc
原文地址：https://www.cnblogs.com/sammyliu/p/8902556.html
