Container Instances FAQ

일반적인 질문

OCI Container Instances 또는 OCI Container Engine for Kubernetes(OKE)를 사용하기에 가장 적합한 상황은 무엇인가요?

Container Instances 서비스는 Kubernetes와 같은 컨테이너 통합관리 플랫폼이 필요하지 않은 격리된 컨테이너를 운영할 때 유용합니다. API, 웹 앱, CI/CD 작업, 자동화 작업, 데이터/미디어 처리, DevTest 환경 및 기타 다양한 사용 사례에 적합합니다. 그러나 컨테이너 통합관리 플랫폼을 대체할 수는 없습니다. 컨테이너 통합관리가 필요한 경우 OKE를 사용하세요.

Container Instances에서 컨테이너를 실행하는 것과 표준 가상 머신에서 실행하는 것에는 어떤 차이가 있나요?

Container Instances에서 컨테이너를 실행할 때는 VM 또는 서버를 직접 프로비저닝하거나 관리할 필요가 없습니다. 컨테이너 이미지를 지정하고 구성을 시작하여 Container Instances에서 컨테이너를 실행하기만 하면 됩니다. OCI가 컨테이너 실행에 필요한 기본 컴퓨트를 관리합니다. 가상 머신에서 컨테이너를 실행하는 경우 서버를 관리하고 가상 머신에서 컨테이너 런타임을 설치 및 유지 관리해야 합니다.

OCI Container Instances의 가격은 어떻게 책정되나요?

OCI Container Instances의 사용자들은 컨테이너 인스턴스에서 사용되는 인프라 리소스에 대해서만 비용을 지불하면 됩니다. 컨테이너 인스턴스에 할당되는 CPU 및 메모리 리소스의 가격은 선택한 것과 같은 구성의 OCI Compute 인스턴스 가격과 동일한 요율로 책정됩니다. Container Instances 사용에 대한 추가 비용은 없습니다. 부분적으로 사용된 OCPU 및 기가바이트(메모리)-시간은 최소 1분 단위로 청구되며 사용량은 초 단위로 집계됩니다. 각 컨테이너 인스턴스는 추가 비용 없이 15GB의 임시 스토리지를 기본 제공합니다. 자세한 내용은 Container Instances 가격 정책 페이지를 참고하세요.

단일 컨테이너 인스턴스에는 몇 개의 코어 및 메모리를 할당할 수 있나요?

컨테이너 인스턴스 생성시 사용자는 먼저 기본 컴퓨트 구성을 선택하고, 선택한 구성이 제공하는 최대 한도 내에서 CPU 및 메모리 리소스를 할당할 수 있습니다. 일반적인 코어 제한은 x86(AMD) 구성은 8개 코어, Arm(Ampere) 구성은 16개 코어입니다. 까다로운 작업 로드의 경우 확장된 코어 갯수를 할당할 수 있습니다. 예를 들어, AMD E4 Flex 구성을 선택한 경우 컨테이너 인스턴스에 최대 64개 코어(128개 vCPU) 및 1,024GB 메모리를 할당할 수 있습니다. 확장 코어를 할당한 컨테이너 인스턴스는 그렇지 않은 컨테이너 인스턴스보다 생성 시간이 더 오래 걸릴 수 있습니다.

하나의 컨테이너 인스턴스에서 여러 컨테이너를 실행할 수 있나요?

예. 컨테이너 인스턴스 생성시 한 개 이상의 컨테이너 및 컨테이너 이미지를 지정할 수 있습니다. 나아가 각 컨테이너별 환경 변수, 리소스 제한, 시작 옵션 등을 선택적으로 지정할 수도 있습니다.

보통 하나의 컨테이너 인스턴스당 하나의 애플리케이션을 실행해야 합니다. 그러나 애플리케이션 컨테이너는 로깅 사이드카 또는 데이터베이스 컨테이너 등의 지원 컨테이너를 필요로 할 수도 있습니다. 하나의 컨테이너 인스턴스에서 동일한 애플리케이션의 여러 컨테이너를 실행하도록 선택할 수 있습니다. 동일한 컨테이너 인스턴스에서 실행되는 컨테이너는 CPU/메모리 리소스, 로컬 네트워크, 임시 스토리지를 공유합니다. 컨테이너 레벨에서 CPU/메모리 리소스 제한을 적용하여 각 컨테이너에서 소비하는 리소스의 양을 제한하도록 선택할 수 있습니다.

어떤 유형의 컨테이너 레지스트리를 지원하나요?

OCI Container Registry를 비롯해 Open Container Initiative와 호환되는 모든 컨테이너 레지스트리를 지원합니다.

Container Instances를 사용하여 Arm 기반 프로세서에서 애플리케이션을 실행할 수 있나요?

예. 고객은 Container Instances의 Arm 기반 프로세서를 활용하여 기존 워크로드의 실행 비용을 낮추고, 탁월한 경제성 및 성능을 기반으로 새로운 애플리케이션을 개발할 수 있습니다. Container Instances는 Arm 기반 프로세서를 통해 컨테이너화된 애플리케이션을 실행할 수 있도록 지원합니다. 컨테이너 인스턴스를 설정할 때 CI.Standard.A1.Flex 등의 Ampere 구성을 선택하고, 애플리케이션에는 Arm 호환 또는 멀티 아키텍처 컨테이너 이미지를 사용하면 됩니다. 또한 Ampere A1 Flex 구성은 3,000 OCPU-시간 및 18,000 GB-시간 동안 사용 가능한 Free Tier를 함께 제공합니다. 해당 Free Tier 용량은 Bare Metal, Virtual Machine, Container Instances 사용시 공동으로 차감됩니다.

Container Instances에 사용할 수 있는 스토리지 옵션은 무엇인가요?

각 컨테이너 인스턴스에는 15GB의 임시 스토리지가 기본 제공됩니다. 해당 스토리지는 컨테이너 이미지를 저장하고 각 컨테이너의 루트 오버레이 파일 시스템을 백업하는 등 다양한 용도로 사용됩니다. 컨테이너 인스턴스당 컨테이너 이미지의 크기가 7.5GB를 초과하는 경우 컨테이너 인스턴스 생성이 실패할 수 있습니다. 컨테이너 인스턴스 수명 주기와 무관하게 유지되어야 하는 애플리케이션 데이터는 외부 데이터베이스에 저장하는 것이 좋습니다. 향후 OCI Block Storage 및 OCI File Storage에 영구 볼륨을 연결할 수 있는 옵션이 제공될 예정입니다.

Container Instances의 수명은 어느 정도인가요?

Container Instances는 해당 인스턴스 내부의 모든 컨테이너가 정지하는 순간 비활성화되고, 재시작 정책은 지원되지 않습니다. 즉 CI/CD 파이프라인, 클라우드 실행을 위한 자동화 작업, 데이터/미디어 처리 등 수명이 짧은 워크로드에 사용되는 컨테이너 인스턴스는 워크로드가 실행되고 나면 정지합니다. 사용료는 해당 작업이 진행된 기간에 대한 청구됩니다.

웹 애플리케이션과 같이 가동 상태를 유지해야 하는 컨테이너 인스턴스의 경우, 컨테이너 인스턴스 내 장애 발생에 대비해 컨테이너를 재시작할 수 있는 재시작 정책을 구성할 수 있습니다. 이를 통해 애플리케이션이 언제나 활성화 상태를 유지하도록 보장할 수 있습니다. 애플리케이션의 고가용성을 유지하기 위해서는 하나의 리전에 두 개의 가용성 도메인 또는 장애 도메인에 걸쳐 다수의 컨테이너 인스턴스를 생성할 것을 권장합니다.