서비스별 결제 예

통합 결제가 특정 서비스에서 작동하는 방식에 대해 알아야 할 몇 가지 다른 사항이 있습니다. AWS

아마존 EC2 예약 인스턴스

Amazon EC2 예약 인스턴스를 예로 들어 Bob과 Susan이 각각 조직에 계정을 가지고 있다고 가정해 보겠습니다. Susan에게는 동일한 유형의 예약 인스턴스가 5개 있고 Bob에게는 없습니다. 조직의 통합 청구서에는 특정 시간 동안 Susan은 세 개의 인스턴스를 사용하고 Bob은 여섯 개의 인스턴스를 사용하므로 총 9개의 인스턴스를 사용합니다. AWS 5개 인스턴스는 예약 인스턴스로, 나머지 4개 인스턴스는 일반 인스턴스로 청구합니다.

Bob은 Susan이 예약 인스턴스를 구입한 것과 같은 가용 영역에서 인스턴스를 시작한 경우에만 Susan의 예약 인스턴스로 인한 비용 혜택을 받습니다. 예를 들어 Susan이 예약 인스턴스를 구입할 때 us-west-2a를 지정하면 Bob은 자신의 인스턴스를 시작할 때 us-west-2a를 지정해야 조직의 통합 결제에서 비용 혜택을 받을 수 있습니다. 하지만 가용 영역의 실제 위치는 계정 간에 독립적입니다. 예를 들어 Bob의 계정에 대한 us-west-2a 가용 영역의 위치는 Susan의 계정에 대한 위치와 다를 수 있습니다.

아마존 RDS 예약 DB 인스턴스

Amazon RDS 예약 DB 인스턴스의 예로 Bob과 Susan이 각각 조직에 계정을 가지고 있다고 가정해 보겠습니다. Susan에게는 5개의 예약 DB 인스턴스가 있고 Bob에게는 없습니다. 특정 시간 동안 Susan은 세 개의 DB 인스턴스를 사용하고 Bob은 여섯 개의 DB 인스턴스를 사용하므로 통합 청구서에는 총 9개의 DB 인스턴스가 사용됩니다. AWS 5개는 예약 DB 인스턴스로, 나머지 4개는 온디맨드 DB 인스턴스로 청구됩니다 (Amazon RDS 예약 DB 인스턴스 요금의 경우 요금 페이지 참조). Bob은 Susan이 예약 DB 인스턴스를 구입한 리전과 같은 리전에서 DB 인스턴스를 시작한 경우에만 Susan의 예약 DB 인스턴스로부터 비용 혜택을 받습니다.

또한 Susan의 예약 DB 인스턴스의 모든 관련 속성은 Reserved DB Instances에 설명된 대로 Bob이 시작한 DB 인스턴스의 속성과 일치해야 합니다. 예를 들어, Susan이 다음 속성으로 us-west-2에서 예약 DB 인스턴스를 구입했다고 가정해 보겠습니다.

• DB 엔진: Oracle

• DB 인스턴스 클래스: m1.xlarge

• 배포 유형: 다중 AZ

따라서 Bob이 조직의 통합 결제에서 비용 혜택을 얻으려면 완전히 동일한 속성으로 us-west-2에서 DB 인스턴스를 시작해야 합니다.

Amazon ElastiCache 예약 노드 인스턴스

Amazon ElastiCache 예약 노드를 예로 들어 Bob과 Susan이 각각 조직에 계정을 가지고 있다고 가정해 보겠습니다. Susan에게는 5개의 예약 노드가 있고 Bob에게는 없습니다. 특정 1시간 동안 Susan은 3개, Bob은 6개 노드를 사용합니다. 그러면 통합 결제에 총 9개 노드가 사용됩니다.

AWS 5개를 예약 노드로 청구합니다. AWS 나머지 4개는 온디맨드 노드로 청구합니다. (Amazon ElastiCache 예약 노드 요금에 대해서는 Amazon ElastiCache 요금을 참조하십시오.) Bob은 Susan이 예약 노드를 구입한 리전과 같은 리전에서 온디맨드 노드를 시작한 경우에만 Susan의 예약 노드로부터 비용 혜택을 받습니다.

또한 Susan의 예약 노드에 제공되는 비용 혜택을 받으려면 Bob의 모든 노드 속성은 Susan이 시작한 노드의 속성과 일치해야 합니다. 예를 들어, Susan이 다음 속성으로 us-west-2에서 예약 노드를 구입했다고 가정해 보겠습니다.

• 캐시 엔진: Redis

• 노드 유형: cache.r3.large

Bob은 조직의 통합 청구서에서 비용 혜택을 받으려면 동일한 속성으로 ElastiCache 노드를 시작해야 합니다. us-west-2

아마존 OpenSearch 서비스 예약 인스턴스

Amazon OpenSearch 서비스 예약 노드를 예로 들어 Bob과 Susan이 각각 조직에 계정을 가지고 있다고 가정해 보겠습니다. Susan에게는 5개의 예약 인스턴스가 있고 Bob에게는 없습니다. 특정 1시간 동안 Susan은 3개, Bob은 6개의 인스턴스를 사용합니다. 그러면 통합 결제에 총 9개의 인스터스가 사용됩니다.

AWS 5개를 예약 인스턴스로 청구합니다. AWS 나머지 4개는 온디맨드 인스턴스로 청구됩니다. (Amazon OpenSearch 서비스 예약 인스턴스 요금은 Amazon OpenSearch 서비스 요금을 참조하십시오.) Bob은 Susan이 예약 인스턴스를 구입한  AWS 리전 과 같은 리전에서 온디맨드 인스턴스를 시작한 경우에만 Susan의 예약 인스턴스로부터 비용 혜택을 받습니다.

Susan의 예약 인스턴스에 제공되는 비용 혜택을 받으려면 Bob도 Susan이 예약한 것과 동일한 인스턴스 유형을 사용해야 합니다. 예를 들어 Susan이 us-west-2에서 m4.large.elasticsearch 인스턴스를 구매했다고 가정합니다. Bob은 조직의 통합 청구서에서 비용 혜택을 받으려면 동일한 인스턴스 유형으로 Amazon OpenSearch Service 도메인을 시작해야 합니다. us-west-2