R53 TEST 知识点

2018-10-19  本文已影响28人  K1024

#R53 TEST 知识点

1

  1. R53有三种主要功能
  1. 注册域名:您的网站需要一个名称,如 example.com。利用 Route 53 可以为您的网站或 Web 应用程序注册一个名称,称为域名。
  2. 将Internet流量路由到您domain的资源:当用户打开 Web 浏览器并在地址栏中输入您的域名 (example.com) 或子域名 (apex.example.com) 时,Route 53 会帮助将浏览器与您的网站或 Web 应用程序相连接。
  3. 检查资源的运行情况:Route 53 会通过 Internet 将自动请求发送到资源(如 Web 服务器),以验证其是否可访问、可用且功能正常。您还可以选择在资源变得不可用时接收通知,并可选择将 Internet 流量从运行状况不佳的资源路由到别处。
  1. 如果您要使用R53的所有功能:顺序是注册域名、将 Route 53 配置为路由您的域和子域的 Internet 流量、配置 Route 53 以检查资源的运行状况。

2

  1. 使用自定义domain设置静态网站:假设您要在 Amazon S3 上托管您的静态网站。您注册了一个域 (例如,example.com),并希望从 Amazon S3 内容响应对 http://www.example.comhttp://example.com 的请求。您无论是想在 Amazon S3 上托管现有静态网站还是从头开始创建网站,都可以使用此示例了解如何在 Amazon S3 上托管网站。
  1. 注册域:如果您还没有已注册的域名(如 example.com),则可向 Route 53 注册一个域名。有关更多信息,请参阅Amazon Route 53 开发人员指南中的注册新域。注册域名之后,接下来的任务是创建和配置 Amazon S3 存储桶以实现网站托管并上传网站内容。
  2. 创建和配置存储桶上传数据:要支持来自根域 (例如 example.com) 和子域 (例如 www.example.com) 的请求,需要创建两个存储桶。一个存储桶包含内容。另一个存储桶用来重定向请求。
  3. example.comwww.example.com 添加别名记录:在此步骤中,您创建别名记录并将其添加到您的域的托管区域,而这些别名记录将 example.comwww.example.com 映射到相应的 S3 存储桶。别名记录使用 Amazon S3 网站终端节点,而不使用 IP 地址。Amazon Route 53 在该别名记录与 Amazon S3 存储桶所在的 IP 地址之间保持映射。类型选择 A – IPv4 address

3

  1. R53与监控、记录和加标签服务集成
  1. CloudTrail:Amazon Route 53 与 AWS CloudTrail 集成,该项服务可捕获通过您的 AWS 账户发送到 Route 53 API 的每个请求的信息。您可以使用 CloudTrail 日志文件中的信息来确定向 Route 53 发出了哪些请求、每个请求的源 IP 地址、何人以及何时发出的请求等
  2. CloudWatch:您可以使用 Amazon CloudWatch 监控 Route 53 运行状况检查状态 (良好或不佳)。运行状况检查监控 Web 应用程序、Web 服务器以及其他资源的运行状况和性能。Route 53 按照您指定的固定间隔,通过 Internet 向您的应用程序、服务器或其他资源自动提交请求,以验证其是否可到达、是否可用及功能是否正常
  3. 标签编辑器:标签是分配给 AWS 资源 (包括 Route 53 域、托管区域和运行状况检查) 的标记。每个标签都由密钥和值组成,这两个参数都由您指定。例如,您可以将一个键为“Customer”、值为“Example Corp.”的标签分配给域注册。标签具有多种用途;一个常见的用途是对 AWS 成本进行分类和跟踪。
  1. 将流量路由到其他AWS资源
  1. CloudFront:为加快 Web 内容交付,您可以使用 Amazon CloudFront 这一 AWS 内容分发网络 (CDN)。CloudFront 可使用全球边缘站点网络交付您的整个网站,包括动态、静态、流媒体和交互内容。CloudFront 将对于您的内容的请求路由到实现最低用户延迟的边缘站点。您可以使用 Route 53 将域流量路由到 CloudFront 分配。
  2. EC2:Amazon EC2 在 AWS 云中提供可扩展的计算容量。您可以使用预配置的模板 (Amazon 系统映像,即 AMI) 启动 EC2 虚拟计算环境 (实例)。当您启动 EC2 实例时,EC2 会自动安装操作系统 (Linux 或 Microsoft Windows) 和 AMI 中包含的其他软件,如 Web 服务器或数据库软件。
  3. Beanstalk:如果您使用 AWS Elastic Beanstalk 在 AWS 云中部署和管理应用程序,可以使用 Route 53 将域 (如 example.com) 的 DNS 流量路由到 Elastic Beanstalk 环境
  4. Elastic load Balancer:如果您在多个 Amazon EC2 实例中托管网站,则可使用 Elastic Load Balancing (ELB) 负载均衡器在这些实例之间分配网站的流量。当网站的流量随时间发生变化时,ELB 服务可自动缩放负载均衡器。负载均衡器还会监控其已注册实例的运行状况,并且只将域流量路由到运行状况良好的实例
  5. RDS:如果您使用 Amazon RDS 数据库实例作为 Web 应用程序的数据存储,则分配给您的数据库实例的域名将是一个长的部分随机的字母数字字符串,例如 myexampledb.a1b2c3d4wxyz.us-west-2.rds.amazonaws.com。如果您希望使用一个更容易记住的域名,可以使用 Route 53 将您的域名 (如 productdata.example.com) 与您的数据库实例名关联。
  6. S3:Amazon Simple Storage Service (Amazon S3) 提供安全、持久、高度可扩展的云存储。您可以配置 S3 存储桶,以托管能够包含网页和客户端脚本的静态网站。(S3 不支持服务器端脚本编写。)您可以使用 Route 53 将流量路由到 Amazon S3 存储桶。
  7. Workmail:如果您将 Amazon WorkMail 用于企业电子邮件并使用 Route 53 作为 DNS 服务,则可使用 Route 53 将流量路由到您的 Amazon WorkMail 电子邮件域;

4

  1. 将流量路由到ELB负载均衡器的先决条件
  1. 一个 ELB 负载均衡器。您可以使用 ELB 传统、应用程序或网络负载均衡器。有关创建负载均衡器的信息,请参阅Elastic Load Balancing 用户指南 中的 Elastic Load Balancing 入门。为负载均衡器命名,以便将来能够想起它的用途。您在创建负载均衡器时指定的名称是您在 Route 53 控制台中创建别名记录时将选择的名称。
  2. 注册的域名。您可以使用 Route 53 作为您的域注册商,也可以使用其他注册商。
  3. Route 53 用作域的 DNS 服务。如果您使用 Route 53 注册域名,我们会自动将 Route 53 配置为该域的 DNS 服务。
  1. 配置 Amazon Route 53 以将流量路由到 ELB 负载均衡器,创建RecordSet如下
  1. Name:输入要用于将流量路由到 ELB 负载均衡器的域名。默认值为托管区域的名称。例如,如果托管区域的名称为 example.com,并且您要使用 acme.example.com 将流量路由到负载均衡器,请输入 acme
  2. 类型:选择 A – IPv4 address
  3. 别名:是
  4. 别名目标:如果您使用相同 AWS 账户创建托管区域和 ELB 负载均衡器 – 在列表中找到适用的类别 (ELB Application Load BalancersELB Classic Load BalancersELB Network Load Balancers),然后选择您在创建该负载均衡器分配给它的名称。
  5. 路由策略:接受默认值 Simple
  6. Evaluate Target Health:如果您希望 Route 53 根据资源的运行状况路由流量,请选择是。

5

  1. 浏览器显示“Server not found”错误的时候原因
  1. 你没有创建一个Record for domain或者subdomain
  2. 你创建了一个Record,但是指定了错误的值;
  3. 你指向的recourse 不可用

6

  1. 可以使用CloudWatch监控R53运行情况Route 53 运行状况,检查与 CloudWatch 指标集成,以便于您执行以下操作:
  1. 验证是否已正确配置运行状况检查。
  2. 查看运行状况检查在指定时间段内的状态。
  3. 将 CloudWatch 配置为在运行状况检查的状态为运行状况不良时发送 Amazon SNS 警报。请注意,可能会在运行状况检查失败的几分钟后才会收到关联的 SNS 通知。
  1. R53不是一个VPC的特定服务,所以vpc logging是监控不了R53的;
  2. R53的dashboard功能
  1. 域名注册状态
  2. 域名转移到R53的状态
  3. 即将过期域名列表
  1. R53不会直接将LOG写入S3,但是我们可以将Cloudwatch和CloudTrail的LOG导入S3;
  2. CloudTrail会记录R53的所有api调用;

7

  1. 使用域名打开到RDS的连接:如果您将 Amazon RDS 数据库实例用于 Web 应用程序的数据存储,则分配给您的数据库实例的域名将是一个长的部分随机的字母数字字符串,例如:myexampledb.a1b2c3d4wxyz.us-west-2.rds.amazonaws.com,当您打开到 Amazon RDS 数据库实例的连接时,必须在应用程序代码中指定域名
  2. 如果您希望使用更容易记住的域名,则可以改用您自己的域名。为此,可以使用 Amazon Route 53 创建一个用于将您的域名与您的数据库实例的域名关联的 CNAME 记录。例如,您可以创建一个 CNAME 记录,将 productdata.example.com 映射到域名 myexampledb.a1b2c3d4wxyz.us-west-2.rds.amazonaws.com。创建 CNAME 记录后,每次打开到 Amazon RDS 数据库实例的连接时,都可使用您的应用程序代码中的 productdata.example.com
  3. 注意:必须创建cname记录。选择 CNAME – Canonical name。别名选择:no

8

  1. R53的路由策略如下
  1. 简单路由策略– 对于为您的域执行给定功能的单一资源 (例如为 example.com 网站提供内容的 Web 服务器),可以使用该策略。
  2. 故障转移路由策略– 如果您想要配置主动-被动故障转移,则可以使用该策略。
  3. 地理位置路由策略– 如果您想要根据用户的位置来路由流量,则可以使用该策略。
  4. 地理位置临近度路由策略– 用于根据资源的位置来路由通信,以及 (可选) 将流量从一个位置中的资源转移到另一个位置中的资源。
  5. 延迟路由策略– 如果您的资源位于多个 AWS 区域,并且您想要将流量路由到提供最佳延迟的区域,则可以使用该策略。
  6. 多值应答路由策略– 如果您想要让 Route 53 用随机选择的正常记录 (最多八条) 响应 DNS 查询,则可以使用该策略。
  7. 加权路由策略– 用于按照您指定的比例将流量路由到多个资源。

9

  1. 一个Record只能有一个alias target
  2. 加权路由:加权路由允许您将多个资源关联至单个域名 (example.com) 或子域名 (acme.example.com),并选择向每个资源路由多少流量。这可用于多种用途,例如负载均衡、测试软件新版本等。要配置加权路由,您可以创建与每个资源同名、同类型的记录,然后根据要发送到每个资源的流量的规模为每条记录分配相对权重。Amazon Route 53 将根据您分配给记录的权重 (占该组中所有记录总权重的比例) 向资源发送流量:

10

  1. R53运行状况检查的类型
  1. 监控指端节点的运行状况检查:您可以配置运行状况检查来监控通过 IP 地址或域名指定的终端节点。Route 53 按照您指定的固定间隔,通过 Internet 向您的应用程序、服务器或其他资源自动提交请求,以验证其是否可到达、是否可用及功能是否正常。您也可以通过配置运行状况检查来发出与用户发出的请求类似的请求,如从特定 URL 请求网页。
  2. 监控其他运行状况检查的运行状况检查:您可以创建运行状况检查,以监控 Route 53 是将其他运行状况检查视为运行状况良好还是不佳。在下面的情况下,这种运行状况检查可能很有用:您有多个执行相同功能的资源 (如多台 Web 服务器),您主要关注的是运行状况良好的资源数是否达到最少数目。您可以为每个资源创建运行状况检查,而不为这些运行状况检查配置通知。然后,您可以创建一个运行状况检查,来监控其他运行状况检查的状态,并且仅在可用的 Web 资源数低于指定阈值时通知您
  3. 监控CloudWatch报警的运行状况检查:您可以创建用于监控 CloudWatch 指标状态的 CloudWatch 警报,这些指标包括 Amazon DynamoDB 数据库的受限读取事件数或被认为运行状况良好的 Elastic Load Balancing 主机数。在创建警报后,可以创建运行状况检查,使其监控与 CloudWatch 针对警报监控的数据流相同的数据流。为了提高复原能力和可用性,Route 53 不等待 CloudWatch 警报进入 ALARM 状态。运行状况检查的状态会根据数据流以及 CloudWatch 警报中的条件从运行状况良好更改为运行状况不佳。
上一篇下一篇

猜你喜欢

热点阅读