RELIABILITY

신뢰성(reliability) 은 의도한 기능을 올바르고 일관되게 수행하는 능력 이다. Reliability depends on multiple factors, of which resiliency is one of the most impactful. 탄력성(resiliency) 은 인프라 또는 서비스 중단을 복구, 수요를 충족하기 위해 컴퓨팅 리소스를 동적으로 확보, 네트워크 이슈 같은 문제를 완화하는 능력이다. 쉽게 말해 변화에 적응하고 원래 상태로 돌아갈 수 있는 능력 이다.

Design principles:

  • Automatically recover from failure
  • Test recovery procedures
  • Scale horizontally to increase aggregate workload availability
  • Stop guessing capacity
  • Manage change through automation

Shared Responsibility Model for Resiliency:

  • Each AWS Region is fully isolated and consists of multiple Availability Zones, which are physically isolated partitions of infrastructure.
    • AWS 가 전 세계에서 데이터 센터를 클러스터링하는 물리적 위치를 리전이라고 한다. 그리고 각 그룹의 가용 영역을 AZ 라고 하며 최소 3개로 구성되어 있다.
    • AWS 리전의 모든 AZ 는 높은 대역폭, 지연 시간이 짧은 네트워킹, 완전한 중복성을 갖춘 전용 메트로 광 네트워크와 상호 연결되어 있어 AZ 간에 높은 처리량과 지연 시간이 짧은 네트워킹을 제공한다. AZ 간의 모든 트래픽은 암호화된다.

위 내용 까지가 Resiliency of the cloud 를 위한 AWS 의 책임(responsibility) 이다. 아래는 고객의 책임(responsibility)에 해당된다.

Customers that deploy Amazon EC2 instances are responsible for deploying Amazon EC2 instances across multiple locations (such as AWS Availability Zones), implementing self-healing using services like Auto Scaling, and using resilient workload architecture best practices for applications installed on the instances.

Self-Healing

If your workload is using AWS services, such as Amazon S3 or Amazon DynamoDB, then they are automatically deployed to multiple Availability Zones.

For Amazon RDS you must choose Multi-AZ as a configuration option, and then on failure AWS automatically directs traffic to the healthy instance.

하지만 RDS 의 경우에는 High Availability 를 위해 Multi-AZ Configuration 을 사용해야 한다.

Design your workload service architecture

신뢰성을 위한 고객의 책임 중 하나가 Design your workload service architecture 이다. SOA, MSA 등의 아키텍처로 workload service 를 구성해야 한다.

References