원래는 VPC에 대한 글을 쓰려고 했었는데 VPC를 알아보기전에 리전과 AZ에 대한 글을 먼저 쓰게 되었다.
VPC에 대해서 쓰려면 리전, AZ, Subnet, NAT, IGW, 라우팅 테이블, 보안그룹 등등등등... 많은 개념과 용어가 나와야하는데 이를 한 포스팅에서 정리하기는 너무 힘들거같아 작게작게 쪼개서 설명해보고자한다.
1. Region
클라우드 컴퓨팅에서 클라우드를 제외하면 그냥 컴퓨팅이다. 사실상 어딘가에 누군가가 관리하고 있는 장비를 잘 빌려서 쓰는것이 클라우드 컴퓨팅이라 할 수 있겠다. 리전은 그저 그 컴퓨팅 리소스(Storage, CPU 엄청 일반화 해서는 그냥 컴퓨터)가 위치한 지리적 단위라고 할 수 있을거 같다. AWS의 사용가능 한 리전을 보자면 대략 다음과 같은데
이름에서 보듯 국가 혹은 도시 정도의 단위를 가진다고 생각할 수 있겠다. AWS의 공식문서에는 다음과 같은 설명이 있다.
각 리전은 다른 리전에서 격리되도록 설계되었습니다. 이를 통해 가장 강력한 내결함성 및 안정성을 달성할 수 있습니다.
리소스를 볼 때 지정한 리전에 연결된 리소스만 표시됩니다. 리전이 서로 격리되어 있고 여러 리전에 리소스가 자동으로 복제되지 않기 때문입니다.
인스턴스를 시작할 때 동일한 리전에 있는 AMI를 선택해야 합니다. AMI가 다른 리전에 있는 경우 해당 AMI를 사용 중인 리전에 복사할 수 있습니다. 자세한 내용은 AMI 복사 섹션을 참조하세요.
리전 간 데이터 전송 시 비용이 청구됩니다. 자세한 내용은 Amazon EC2 요금 - 데이터 전송을 참조하세요.
설명에서의 내결함성이니 안정성이니 하는 것들은 일단 제쳐두고 중요한 부분은 리전이 서로 격리 되어있다는 것이다.
후술하겠지만 격리되어있다는 점이 Region이 가지는 가장 큰 특징이며 VPC 또한 여러 리전을 걸칠 수 는 없다.
2. AZ(Availability Zone)
한국어로는 가용영역이라고 하는데 IDC(Internet Data Center)와 혼동하기 쉽다. 우선 알아야 할 것은 AZ은 Region안에 속한다는 것이다. 즉 AZ가 없는 Region은 존재 하지도 않으며 존재할 의미조차 없다.
두 번째로는 IDC와 AZ간의 관계에 대한 이야기 인데 AZ는 사실 AWS의 사용자와 IDC 간의 연결을 추상화 단위라고 설명 할 수있다. AWS의 IDC는 서로 100km이내에 있어야 한다느니 (속도 때문)하는 기준들이 있다. 왜 IDC와 direct로 이어지지 않고 사이에 AZ라는 개념이 들어가는 것이며, 왜 컴퓨팅 리소스들을 여러 IDC에 분산해야 하는 것일까?
개인적인 의견으로는 클라우드의 고가용성이라는 특성과 가장 연관이 있다고 생각한다.
고가용성(高可用性, 영어: high availability, HA)은
서버, 네트워크, 프로그램 등의 정보 시스템이 상당히 오랜 기간 동안 지속적으로 정상 운영이 가능한 성질
을 말한다. 고(高)가용성이란 "가용성이 높다"는 뜻으로서, "절대 고장 나지 않음"을 의미한다.
클라우드를 사용하지 않을 경우를 생각해보자
예를 들어 회사 컴퓨터에서 서버호스팅을 하고있는데 그 동네가 정전이 나면 컴퓨터는 꺼지고 서버는 내려가서 정상적인 호스팅을 할 수 없을 뿐더러, 비정상적 종료에 알림을 보내거나 하는 로직이 없을 경우(이 경우에는 코드상으로 그런걸 했다고 하더라도 전원공급이 끊어진 것이라) 무슨일이 일어났는지도 모른 채 다음 출근날에야 사고가 난 것을 알게 될지도 모른다.
클라우드를 사용한다고 가정한다면 여러가지 설정을 해야겠지만 호스팅 중인 서버 인스턴스가 오류로 인해 Crash가 나거나, IDC가 있는 동네에 정전이 되거나 무슨일이 생기더라도 이를 감지하여 다른 서버 인스턴스로 트래픽을 보낸다던가 새로운 인스턴스를 생성해서 작동시킨다던가 할 수 있다. 즉 장애 대처에 대한 많은 부분들 클라우드가 대신 해주는 것이며 이러한 부분이 AZ과 IDC가 여러 개인 이유와 가장 맞닿아있다고 생각한다.
설명이 조금 두서 없을 순 있지만 핵심은 AZ은 논리적인 IDC라는 것이다. 하나의 AZ안에는 한개 이상의 IDC가 포함되어 있으며, 하나의 AZ에 문제가 생기더라도 상호간에 영향을 미치지 않는다.
3. Local Zones
Local Zone은 사용자와 지리적으로 근접한 AWS 리전의 확장.
- Local Zone에 생성된 리소스를 짧은 지연 시간의 통신을 통해 로컬 사용자에게 제공
- 지연 시간에 민감한 애플리케이션을 최종 사용자와 데이터 소스에 더 가까운 위치에서 실행
4. Wavelength Zone
AWS Wavelength을(를) 사용하면 개발자는 모바일 디바이스 및 최종 사용자에게 매우 짧은 지연 시간을 제공하는 애플리케이션을 빌드할 수 있습니다.
- AWS Wavelength는 5G 네트워크에서 AWS 컴퓨팅 및 스토리지 서비스를 포함하여 매우 낮은 대기 시간의 애플리케이션을 개발하고 배포하며 확장하기 위한 모바일 엣지 컴퓨팅 인프라를 제공합니다.
5. AWS Outposts
AWS 인프라, 서비스, API 및 도구를 고객 온프레미스로 확장하는 완전관리형 서비스입니다. 즉 AWS를 클라우드 형태가 아닌 온프레미스 형태로 사용하고 싶을 때 사용하는 서비스
'클라우드(AWS)' 카테고리의 다른 글
Amazon EC2 Auto Scaling (0) | 2024.03.26 |
---|---|
Amazon EC2(Elastic Computh Cloud)의 보안 (0) | 2024.03.26 |
Amazon EC2 모니터링 (0) | 2024.03.26 |
인스턴스 및 AMI (0) | 2024.03.26 |
Amazon EC2 (1) | 2024.03.25 |