검색 결과가 없습니다

검색어와 일치하는 결과가 없습니다.

원하시는 정보를 찾는 데 도움이 되도록 다음을 시도해 보십시오.

  • 검색에 사용하신 키워드의 철자가 올바른지 확인하십시오.
  • 입력한 키워드에 동의어를 사용하십시오. 예를 들어 “소프트웨어” 대신 “애플리케이션”을 사용해 보십시오.
  • 아래에 표시된 인기 검색어 중 하나를 사용해 보십시오.
  • 새로운 검색을 시작하십시오.
인기 질문

FAQ

모두 열기 모두 닫기

    Oracle 컨테이너 기본 플랫폼

  • Oracle 컨테이너 기본 플랫폼이란 무엇입니까?

    Oracle 컨테이너 기본 플랫폼은 관리되는 컨테이너 레지스트리(Oracle Cloud Infrastructure Registry) 및 관리되는 Kubernetes 서비스(Oracle Container Engine)를 포함하는 오픈 소스 및 커뮤니티 중심 솔루션입니다. 이 플랫폼은 Oracle Cloud Infrastructure를 활용하여 고성능, 고가용성, 보안 및 안정성을 제공합니다. Oracle은 가까운 장래에 Oracle 컨테이너 기능 및 Oracle 컨테이너 마이크로 서비스를 플랫폼에 추가할 계획입니다.

    이 플랫폼을 통해 Oracle은 컨테이너 네이티브 마이크로서비스 및 Serverless 어플리케이션을 구축, 배포 및 운영할 수 있는 완벽한 엔터프라이즈급 클라우드 서비스 제품군을 제공합니다. 개발자가 새로운 클라우드 네이티브 어플리케이션과 마이그레이션된 기존 어플리케이션에 컨테이너 네이티브 기술을 빠르게 채택함에 따라 클라우드 벤더 및 어플리케이션 개발 플랫폼 벤더에 점차 종속화되는 것을 우려하고 있습니다. 또한 클라우드와 온-프레미스에서 동일한 스택을 사용하여 진정한 하이브리드 클라우드를 찾고 있습니다. Oracle Container Native Platform은 오픈 소스 표준을 채택하고 커뮤니티 중심의 플랫폼 개발을 지원하여 해당 구성 요소가 모든 클라우드 환경에서 실행될 수 있도록 하여 벤더 종속을 방지합니다.

    Oracle Container Engine(OKE)

  • Oracle Cloud Infrastructure Container Engine for Kubernetes란 무엇입니까?

    Container Engine for Kubernetes를 사용하면 복잡한 Kubernetes 지원 인프라를 설치 및 유지 관리할 필요 없이 기본 컴퓨팅, 네트워크 및 스토리지 서비스를 활용하는 Kubernetes 클러스터를 신속하게 생성, 관리 및 사용할 수 있습니다.

  • 언제 Oracle Cloud Infrastructure Container Engine for Kubernetes를 사용해야 합니까?

    Kubernetes 기반 컨테이너 어플리케이션을 배포하고 관리하기 위해 Kubernetes를 활용하려면 Container Engine for Kubernetes를 사용해야 합니다. 표준 업스트림 Kubernetes의 현업 수준 컨테이너 오케스트레이션과 Oracle Cloud Infrastructure의 제어, 보안 및 높은 예측 가능한 성능을 결합할 수 있습니다.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes는 어떻게 가격이 책정됩니까?

    Container Engine for Kubernetes에 대한 전용 요금은 없습니다. Kubernetes 클러스터에서 사용하는 기본 컴퓨팅, 스토리지 및 네트워크에 사용하는 리소스에 대해서만 비용을 지불합니다. 또한 테넌시에서 실행 중인 "작업자" 노드에 대해서만 요금이 청구되며 마스터 노드는 Oracle의 관리 테넌시에서 실행됩니다.

  • 어느 지역에서 Oracle Cloud Infrastructure Container Engine for Kubernetes를 제공합니까?
    • 피닉스
    • 애쉬번
    • 프랑크푸르트
    • 런던
    • 토론토
    • 도쿄
    • 서울
  • Oracle Cloud Infrastructure Container Engine에서 마스터 노드를 관리해야 합니까?

    아니요. 관리형 Kubernetes 클러스터를 만들면 Oracle은 Oracle 제어 평면(및 기타 노드와 같은 관련 Kubernetes 인프라 등)의 여러 가용 도메인(논리 데이터 센터)에 걸쳐 여러 마스터 노드 집합을 자동으로 생성하고 관리하여 고가용성 관리형 Kubernetes 제어 평면을 제공합니다. 또한 다운타임 없이 이러한 마스터 노드를 새로운 버전의 Kubernetes로 완벽하게 업그레이드할 수 있습니다.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes는 표준 업스트림 Kubernetes를 지원합니까?

    예. Kubernetes 클러스터는 표준 업스트림 Kubernetes 버전으로 생성됩니다. 이 버전은 CNCF(Cloud Native Computing Foundation) 적합성 프로그램에 대해서도 인증되었습니다.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes는 어떻게 복원력을 제공합니까?

    관리형 Kubernetes 클러스터를 만들면 Oracle은 Oracle 제어 평면(및 기타 노드와 같은 관련 Kubernetes 인프라 등)의 여러 가용 도메인(논리 데이터 센터)에 걸쳐 여러 마스터 노드 집합을 자동으로 생성하고 관리하여 고가용성 관리형 Kubernetes 제어 평면을 제공합니다. 또한 다운타임 없이 이러한 마스터 노드를 새로운 버전의 Kubernetes로 완벽하게 업그레이드할 수 있습니다. 프로비저닝된 작업자 노드에도 가용 도메인 및 리전 잘 알려진 Kubernetes 레이블이 자동으로 레이블되어 고객이 Kubernetes 스케줄링 메커니즘을 활용하여 탄력적인 컨테이너 기반 애플리케이션을 구축 및 배포할 수 있습니다.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes는 Kubernetes RBAC(역할 기반 액세스 제어)를 지원합니까?

    예. 관리형 Kubernetes 클러스터는 Kubernetes RBAC를 통해 활성화됩니다. 또한 관리형 Kubernetes는 Oracle Identity and Access Management(IAM)와 통합되어 사용자가 클러스터에 대한 액세스를 강력하게 제어할 수 있습니다.

  • Kubernetes 클러스터를 기존 가상 클라우드 네트워크(VCN)에 배포할 수 있습니까?

    예. 관리형 Kubernetes 클러스터를 기존 VCN에 배포하여 기본 서브넷 및 보안 목록 사용을 제어할 수 있습니다.

  • 개인 작업자 노드를 사용하여 Kubernetes 클러스터를 배포할 수 있습니까?

    예, 프라이빗 서브넷에 작업자 노드가 있는 관리형 Kubernetes 클러스터를 생성할 수 있습니다. 이러한 작업자 노드에는 개인 IP 주소만 있으며 클러스터 마스터 및 인터넷에 대한 아웃바운드 연결을 위해서는 NAT 게이트웨이가 필요합니다.

  • 베어 메탈 노드에 Kubernetes 클러스터를 배포할 수 있습니까?

    예. 순수 베어 메탈 노드에 관리형 Kubernetes 클러스터를 배포할 수 있습니다. 또한 "노드 풀"(공통 노드 크기/이미지를 공유하는 노드 집합) 개념을 활용하여 베어 메탈 및 가상 머신의 클러스터를 생성하고 Kubernetes 워크로드를 적절하게 타겟팅할 수 있습니다.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes는 OCI 로드 밸런싱 및 블록 스토리지와 통합됩니까?

    예. Container Engine for Kubernetes를 사용하면 "LoadBalancer" 유형의 Kubernetes 서비스를 노출하고 Oracle 로드 밸런서를 만들 수 있습니다. 또한 사용자는 Oracle 블록 볼륨이 지원하는 Kubernetes 영구 볼륨 및 영구 볼륨 클레임을 만들 수 있습니다.

  • 작업자/클러스터 노드에 액세스할 수 있습니까?

    예. 클러스터를 만들 때 원하는 경우 작업자 노드로 SSH하기 위해 공개/개인 SSH 키 쌍을 제공할 수 있습니다.

  • 작업자/클러스터 노드가 Docker를 실행합니까?

    예. 작업자 노드는 표준 Docker 런타임을 실행하므로 사용자는 익숙한 Docker 명령을 활용할 수 있습니다.

    Kubernetes용 Oracle Cloud Infrastructure 서비스 브로커

  • Kubernetes용 Oracle Cloud Infrastructure Service Broker란 무엇입니까?

    Kubernetes용 Oracle Cloud Infrastructure Service Broker(OSB 또는 "Service Broker")는 Oracle Cloud Infrastructure Services와 상호 작용하는 데 사용할 수 있는 Open Service Broker API의 구현입니다. Oracle Cloud Infrastructure Service Broker를 사용하면 Kubernetes API를 통해 Kubernetes 내에서 Oracle Cloud Infrastructure 서비스의 수명주기를 기본적으로 관리 할 수 있으며, 이는 다음을 의미합니다.

    Kubernetes에서 어플리케이션을 배포할 때 어플리케이션 종속 서비스를 프로비저닝하기 위해 별도의 시스템으로 전환할 필요가 없습니다.

    종속 Oracle Cloud Infrastructure 서비스의 수명주기는 해당 서비스에 종속된 어플리케이션에 연결될 수 있습니다.

    DevOps 절차에서 종속성을 쉽게 인코딩할 수 있으므로 어플리케이션의 이식성이 향상됩니다.

    Oracle Cloud Infrastructure Service Broker를 사용하려면 Kubernetes Service Catalog와 함께 Kubernetes 클러스터에 설치하십시오. 그런 다음 Oracle Cloud Infrastructure CLI 명령으로 해석되는 kubectl 명령을 사용할 수 있습니다.

    자세한 내용은 https://github.com/oracle/oci-service-broker 를 참조하십시오.

  • Kubernetes용 Oracle Cloud Infrastructure Service Broker를 사용하여 어떤 Oracle Cloud Infrastructure Service 인스턴스를 만들 수 있습니까?

    이 글을 쓰는 시점에서 Oracle Cloud Infrastructure Service Broker를 사용하여 다음 Oracle Cloud Infrastructure 서비스 유형에 대한 서비스 바인딩을 프로비저닝하고 만들 수 있습니다.

    • 자율 운영 트랜잭션 프로세싱 데이터베이스
    • Autonomous Data Warehouse 데이터베이스
    • 객체 스토리지 서비스 버킷
  • 서비스 온프레미스를 제공하기 위해 Oracle Cloud Infrastructure Service Broker를 사용할 수 있습니까?

    온프레미스에서 실행 중인 Oracle Linux(Oracle Container Services for Kubernetes 사용)에서 생성된 Kubernetes 클러스터 내에서 Oracle Cloud Infrastructure Service Broker를 사용하여 Oracle Cloud Infrastructure에서 서비스 인스턴스를 생성할 수 있지만 Oracle Cloud Infrastructure Service Broker를 사용하여 온프레미스에서 실행되는 서비스를 프로비저닝할 수는 없습니다.

  • Oracle Cloud Infrastructure Service Broker 문제를 어떻게 해결합니까?

    Oracle Cloud Infrastructure Service Broker는 일반적으로 Kubernetes 클러스터에서 포드로 배포됩니다. 이를 통해 포드 문제를 해결하는 가장 쉬운 방법은 다음 명령을 사용하여 포드에서 로그를 가져오는 것입니다.

    • Kubectl get pods를 사용하여 클러스터에서 실행 중인 포드 목록을 가져옵니다.
    • 이 목록에서 Oracle Cloud Infrastructure Service Broker의 포드 ID를 복사합니다.
    • kubectl 로그를 사용하여 포드에서 로그를 가져옵니다.
  • Service Broker를 등록할 때 ErrorFetchingCatalog 오류 또는 500 오류가 발생하는 이유는 무엇입니까?

    Oracle Cloud Infrastructure Service Broker를 사용하여 ATP 데이터베이스 인스턴스와 같은 Oracle Cloud Infrastructure 서비스 인스턴스를 작성하는 사용자는 해당 서비스를 작성할 권한이 있는 역할을 가지고 있어야 합니다. 예를 들어, Oracle Cloud Infrastructure 테넌트에 다음 정책과 같은 정책이 있는지 확인하십시오.

    그룹 OCI-Service-Broker-Group이 구획의 자율 운영 데이터베이스를 관리하도록 허용

    https://github.com/oracle/oci-service-broker/tree/master/charts/oci-service-broker/docs/security.md 참조

시작하기
다음을 위한 리소스