주:

두 테넌트와 해당 동적 경로 지정 게이트웨이 간에 RPC 접속 설정

소개

다중 테넌트 OCI(Oracle Cloud Infrastructure) 환경에서는 하이브리드 및 분산 네트워크 아키텍처에 서로 다른 테넌트 간의 안전하고 효율적인 통신을 가능하게 하는 것이 중요합니다. 이를 위해 한 가지 방법은 두 테넌트와 해당 DRG(동적 경로 지정 게이트웨이) 간에 RPC(원격 피어링 연결)를 설정하는 것입니다.

이미지

목표

필요 조건

작업 1: 요청자 및 수락자 테넌트 결정

OCI(Oracle Cloud Infrastructure)에서 클라우드 간 통신 또는 리소스 공유를 설정할 때는 요청자이며 OCI IAM 정책 측면에서 수락자인 테넌트를 정의하는 것이 중요합니다. 이러한 롤은 사용자, 그룹 및 구획에 대한 권한을 정의하는 OCI IAM 정책에 따라 제어됩니다.

OCI IAM 정책 내에서 요청자 및 수락자 역할을 명확하게 정의함으로써 OCI 테넌트 및 구획 전반의 리소스에 대한 안전하고 제어된 액세스를 허용하도록 권한이 올바르게 설정되었는지 확인할 수 있습니다. 두 테넌트는 함께 작동하여 적절한 권한이 부여되고 OCI IAM 정책이 보안 모범 사례를 준수하는 방식으로 설정되도록 해야 합니다.

다음 이미지는 RPC와 서로 연결된 두 테넌트의 예를 보여줍니다. 여기서 테넌트 중 하나는 요청자(REQ)로 정의되고 다른 하나는 수락자(ACC)입니다.

이미지

작업 2: 수락자 영역을 요청자 영역에 가입

두 OCI 테넌트 간에 RPC를 설정하는 컨텍스트에서 요청자는 수락자 테넌트 영역을 구독해야 하지만 수락자는 요청자 영역을 구독할 필요가 없습니다. 그 이유는 다음과 같습니다.

요청자가 수락자 테넌트에 가입해야 하는 이유:

수락자가 요청자 테넌트에 가입할 필요가 없는 이유:

요약하자면, 요청자는 RPC를 시작하고 연결을 설정하기 위해 수락자에 가입해야 하며, 수락자는 요청에 응답하도록 구성되어야 하며 요청자 테넌트에 가입할 필요가 없습니다.

다음 이미지에는 Requestors OCI Console의 예제가 표시됩니다. 요청자는 Acceptors 영역에 가입됩니다.

이미지

다음 이미지에는 Acceptors OCI Console의 예제가 표시됩니다. Acceptors는 Requestors 영역에 가입되지 않습니다.

이미지

작업 3: 필수 매개변수 수집

요청자 및 수락자측에 대한 OCI IAM 정책을 생성하는 데 필요한 매개변수를 수집합니다. 다음은 OCI에서 원격 프로시저 호출 액세스를 설정할 때 수락자 및 요청자 테넌트에 대한 OCI IAM 정책에 필요한 필드를 보여주는 표입니다.

필수 정보 요청자 테넌트 수락자 테넌트
테넌시 OCID X X
그룹 이름 X  
그룹 OCID X  
컴파트먼트 이름 X X

OCI IAM 정책을 생성하기 전에 양쪽에서 이 정보가 수집되었는지 확인하십시오.

작업 4: 요청자 및 수락자측에서 OCI IAM 정책 생성 및 구성

RPC 작동을 위한 공식 OCI IAM 정책 설명서는 업그레이드된 DRG를 사용한 원격 피어링에서 확인할 수 있습니다.

정책을 살펴보면 요청자에 대한 OCI IAM 정책에서 수락자의 일부 정보가 필요하며 수락자 OCI IAM 정책의 경우 요청자의 일부 정보가 필요하다는 것을 알 수 있습니다. 이로 인해 정책을 만드는 것이 혼란스러울 수 있으며 정책이 올바르지 않으면 RPC가 나타나지 않고 문제 해결이 어려울 수 있습니다.

이 문제를 해결하기 위해 RPC IAM 정책 도구를 만들었습니다. 더 많은 RPC 네트워크 아키텍처를 사용할 수 있지만 RPC IAM 정책 도구는 각 테넌트에 고유한 DRG가 있는 서로 다른 두 OCI 테넌트 간에 RPC를 생성하려는 경우에만 사용할 수 있습니다.

다음 이미지에는 RPC IAM Policy Tool에서 필요한 모든 세부 정보를 삽입할 수 있는 양식을 볼 수 있습니다. 폼에서 실제로 필요한 추가 정보를 요구하지만, 수락자 및 요청자측에서 RPC 및 OCI IAM 정책 구성을 시작하기 전에 모든 정보를 한 곳에 두는 것이 좋습니다.

요청자 정보 및 매개변수는 빨간색으로 표시되고 수락자 정보 및 매개변수는 파란색으로 표시됩니다.

이미지

다음 이미지는 입력된 모든 정보의 예를 보여줍니다. 필요한 모든 필드를 입력하고 제출을 누릅니다.

이미지

이 도구는 다음 정보를 생성합니다.

이미지

작업 4.1: 요청자측에서 OCI IAM 정책 생성 및 구성

  1. OCI 콘솔에 로그인하여 ID 및 보안으로 이동하고 정책을 누릅니다.

  2. 루트 컴파트먼트를 선택해야 하며 정책 생성을 누릅니다.

    이미지

  3. 다음 정보를 입력하고 Create(만들기)를 누릅니다.

    • 정책에 대한 이름 및 설명을 입력합니다.
    • 수동 편집기 표시를 선택합니다.
    • 요청자측에 대한 정책 문을 복사/붙여넣기합니다.

    이미지

    정책을 생성하면 구성된 정책 문이 표시됩니다.

    이미지

    정책 개요 페이지로 돌아가면 구성된 정책이 표시됩니다.

    이미지

작업 4.2: 수락자측에서 OCI IAM 정책 생성 및 구성

  1. OCI 콘솔에 로그인하여 ID 및 보안으로 이동하고 정책을 누릅니다.

  2. 루트 컴파트먼트를 선택해야 하며 정책 생성을 누릅니다.

    이미지

  3. 다음 정보를 입력하고 Create(만들기)를 누릅니다.

    • 정책에 대한 이름 및 설명을 입력합니다.
    • 수동 편집기 표시를 선택합니다.
    • 요청자측에 대한 정책 문을 복사/붙여넣기합니다.

    이미지

    정책을 생성하면 구성된 정책 문이 표시됩니다.

    이미지

    정책 개요로 돌아가면 구성된 정책이 표시됩니다.

    이미지

작업 5: 요청자 및 수락자측의 DRG에서 DRG 연결 구성

요청자 및 수락자 측에서 RPC를 생성해야 합니다.

작업 5.1: 요청자측에서 RPC 생성

  1. OCI 콘솔로 이동하여 네트워킹으로 이동하고 동적 경로 지정 게이트웨이를 누릅니다.

  2. 원격 피어링 접속 연결 및 원격 피어링 접속 생성을 누릅니다.

    이미지

  3. name을 입력하고 원격 피어링 접속 생성을 누릅니다.

    이미지

작업 5.2: 수락자측에 RPC 생성

  1. OCI 콘솔로 이동하여 네트워킹으로 이동하고 동적 경로 지정 게이트웨이를 누릅니다.

  2. 원격 피어링 접속 연결 및 원격 피어링 접속 생성을 누릅니다.

    이미지

  3. name을 입력하고 원격 피어링 접속 생성을 누릅니다.

    이미지

  4. 이 OCID를 사용하여 요청자측에서 RPC 접속을 설정해야 하므로 수락자측에서 RPC OCID를 수집합니다.

    이미지

작업 6: 요청자측에서 연결 설정

  1. 요청자측에서 OCI 콘솔로 이동하여 네트워킹, 동적 경로 지정 게이트웨이로 이동하고 원격 피어링 접속 연결을 누릅니다.

  2. 작업 5에서 만든 원격 피어링 연결(수락자 측에 대해 구성됨)을 누릅니다.

  3. 연결 설정을 누릅니다.

    이미지

  4. 다음 정보를 입력하고 접속 설정을 누릅니다.

    • 수락자의 지역을 선택합니다.
    • 작업 5에서 수집된 RPC OCID를 붙여넣습니다.

    이미지

    요청자가 수락자 영역을 구독하고 올바른 OCI IAM 정책이 구성되고 올바른 RPC OCI인 경우 피어링 상태가 요청자측의 피어링됨으로 변경되어야 합니다.

    이미지

    RPC를 눌러 피어링에 대한 추가 정보를 확인할 수 있습니다.

    • 피어 상태는 피어링됨입니다.
    • 피어 영역은 Jeddah입니다.
    • 이는 교차 테넌시 피어링입니다.

    이미지

  5. 수락자 측에서 피어링 상태를 확인할 수도 있습니다.

    1. 수락자측에서 OCI 콘솔로 이동하여 네트워킹, 동적 경로 지정 게이트웨이로 이동하고 원격 피어링 접속 연결을 누릅니다.

    2. 요청자측에 대해 구성된 원격 피어링 접속을 누릅니다.

    3. 피어링 상태도 수락자 측에서 피어링됨으로 설정됩니다.

    이미지

    RPC를 눌러 피어링에 대한 추가 정보를 확인할 수 있습니다.

    • 피어 상태는 피어링됨입니다.
    • 피어 영역은 리야드입니다.
    • 교차 테넌시 피어링입니다.

    이미지

작업 7: 세 개 이상의 테넌트를 사용하여 RPC 아키텍처 설계

두 개 이상의 사이트 또는 테넌트 간에 RPC 연결을 만들 수도 있습니다.

결론

두 OCI 테넌트 간에 RPC를 설정하려면 신중한 계획, 정확한 구성 및 올바른 OCI IAM 정책이 필요합니다. 이 단계별 자습서를 따라 별도의 테넌트에 있는 두 DRG 간에 보안 및 기능적 RPC를 성공적으로 설정했습니다. 이러한 연결을 통해 확장 가능한 다중 테넌트 OCI 아키텍처를 구축하기 위한 중요한 구성요소인 네트워크 간 원활한 통신이 가능합니다.

프로세스를 단순화하고 잠재적 정책 오류를 제거하기 위해 RPC IAM 정책 도구를 사용하면 요청자 및 수락자 테넌트 모두에 필요한 OCI IAM 정책을 쉽게 생성할 수 있습니다. 정책, DRG 연결 및 지역별 구독이 올바르게 구성되도록 하면 원활한 피어링 설정이 보장됩니다.

기본 RPC 구성 외에도 3개 이상의 테넌트를 사용하여 멀티 테넌트 아키텍처를 설계하면 OCI 네트워크에 유연성과 확장성이 추가됩니다. 각 테넌트의 역할(요청자, 수락자 또는 둘 다)을 이해하면 하이브리드 및 분산 워크로드를 효율적으로 지원하는 강력하고 상호 연결된 환경을 구축할 수 있습니다.

OCI의 네트워킹 기능을 활용하면 엔터프라이즈 네트워킹 모범 사례에 부합하는 안전하고 확장 가능한 고성능 크로스 테넌트 아키텍처를 생성할 수 있습니다. 문제가 발생하면 OCI IAM 정책 및 DRG 구성을 재방문하는 것이 문제 해결의 첫 단계입니다.

이 지식을 통해 이제 조직의 네트워킹 요구 사항을 충족하기 위해 Oracle Cloud Infrastructure에서 RPC 연결을 설정하고 확장할 수 있습니다.

확인

추가 학습 자원

docs.oracle.com/learn에서 다른 실습을 탐색하거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하세요. 또한 Oracle Learning Explorer가 되려면 education.oracle.com/learning-explorer을 방문하십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.