ASA 가상의 사용 사례 – OCI Autoscale 솔루션은 사용 사례 다이어그램에 나와 있습니다. 인터넷 연결 로드 밸런서에는 리스너 및 대상 그룹 조합을 사용하여 활성화된 포트가 있는 공용 IP 주소가 있습니다.

포트 기반 분기는 네트워크 트래픽을 대상으로 구현할 수 있습니다. 이 작업은 NAT 규칙을 통해 수행할 수 있습니다. 이 컨피그레이션 예는 다음 섹션에서 설명합니다.

권한 및 정책

다음은 솔루션을 구현하는 데 필요한 OCI 권한 및 정책입니다.

1. 사용자 및 그룹

   참고	사용자 및 그룹을 생성하려면 OCI 사용자 또는 테넌시 관리자여야 합니다.

   Oracle Cloud Infrastructure 사용자 계정 및 사용자 계정이 속한 그룹을 생성합니다. 사용자 계정이 있는 관련 그룹이 존재한다면 생성하지 않아도 됩니다. 사용자 및 그룹 생성 지침은 그룹 및 사용자 생성을 참고하십시오.

2. 그룹 정책

   정책을 생성한 다음 그룹에 매핑해야 합니다. 정책을 생성하려면 OCI > Identity & Security(ID 및 보안) > Policies(정책) > Create Policy(정책 생성)로 이동합니다. 다음 정책을 생성하고 원하는 그룹에 추가합니다.

   • <Group_Name> 그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 메트릭 사용

   • <Group_Name>그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 알람 관리

   • <Group_Name> 그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 ons-topics 관리

   • <Group_Name> 그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 메트릭 검사

   • <Group_Name> 그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 메트릭 읽기

   • <Group_Name> 그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 태그 이름 공간(tag-namespace) 사용

   • <Group_Name> 그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 로그 그룹 읽기

   • <Group_Name>그룹을 허용하여 컴파트먼트 <Compartment_Name>에서 인스턴스 풀(instance-pool) 사용

   • <Group_Name> 그룹을 허용하여 테넌시에서 클라우드 쉘(cloud-shell) 사용

   • <Group_Name> 그룹을 허용하여 테넌시에서 objectstorage-namespace 읽기

   • <Group_Name> 그룹을 허용하여 테넌시에서 리포지토리 관리

   참고	테넌시 레벨에서 정책을 생성할 수도 있습니다. 모든 권한을 제공하는 방법은 사용자가 결정합니다.

3. Oracle Functions에 대한 권한

   Oracle-Function이 다른 Oracle Cloud Infrastructure 리소스에 액세스할 수 있게 하려면, 동적 그룹에 기능을 포함한 다음 동적 그룹에 리소스에 대한 액세스 권한을 부여하는 정책을 만듭니다.

4. 동적 그룹 생성

   동적 그룹을 만들려면 OCI > Identity & Security(ID 및 보안) > Dynamic Group(동적 그룹) > Create Dynamic Group(동적 그룹 생성)으로 이동합니다.

   동적 그룹을 생성하는 동안 다음 규칙을 지정합니다.

   모든 {resource.type = 'fnfunc', resource.compartment.id = '<Your_Compartment_OCID>'}

   동적 그룹에 대한 자세한 내용은 다음을 참조하십시오.

   • https://docs.oracle.com/en-us/iaas/Content/Functions/Tasks/functionsaccessingociresources.htm

   • https://docs.oracle.com/en-us/iaas/Content/Identity/Tasks/managingdynamicgroups.htm

5. 동적 그룹에 대한 정책 생성

   정책을 추가하려면 OCI > Identity & Security(ID 및 보안) > Policies(정책) > Create Policy(정책 생성)로 이동합니다. 그룹에 다음 정책을 추가합니다.

   <Dynamic_Group_Name> 다이내믹 그룹을 허용하여 컴파트먼트<Compartment_OCID>에서 모든 리소스 관리

GitHub에서 파일 다운로드

ASA 가상 – OCI Autoscale 솔루션은 GitHub 리포지토리로서 전달됩니다. 리포지토리에서 파일을 가져오거나 다운로드할 수 있습니다.

Python3 환경

make.py 파일은 복제된 리포지토리에 있습니다. 이 프로그램은 Oracle 함수와 템플릿 파일을 Zip 파일로 압축합니다. 이 파일을 대상 폴더에 복사합니다. 이러한 작업을 수행하려면 Python 3 환경이 구성되어야 합니다.

참고	이 python 스크립트는 Linux 환경에서만 사용할 수 있습니다.

인프라 구성

다음을 구성해야 합니다.

1. VCN

   ASA 가상 애플리케이션의 필요에 맞게 VCN을 만듭니다. 인터넷에 대한 경로가 연결된 서브넷이 하나 이상 있는 인터넷 게이트웨이를 이용해 VCN을 만듭니다.

   VCN 생성에 대한 자세한 내용은 https://docs.oracle.com/en-us/iaas/Content/GSG/Tasks/creatingnetwork.htm을 참조하십시오.

2. 애플리케이션 서브넷

   ASA 가상 애플리케이션의 필요에 맞게 서브넷을 만듭니다. 이 사용 사례에 맞는 솔루션을 구현하려면 ASA 가상 인스턴스에 3개의 서브넷이 필요합니다.

   서브넷 생성에 대한 자세한 내용은 https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVCNs_topic-Overview_of_VCNs_and_Subnets.htm#을 참조하십시오.

3. 외부 서브넷

   서브넷은 인터넷 게이트웨이에 대한 기본 경로가 '0.0.0.0/0'이어야 합니다. 이 서브넷에는 Cisco ASA 가상 및 인터넷 연결 로드 밸런서의 외부 인터페이스가 포함되어 있습니다. 아웃바운드 트래픽에 NAT 게이트웨이가 추가되었는지 확인합니다.

   자세한 내용은 다음 문서를 참조하십시오.

   • https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingIGs.htm

   • https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/NATgateway.htm#To_create_a_NAT_gateway

4. 내부 서브넷

   NAT/인터넷 게이트웨이가 있거나 없는 애플리케이션 서브넷과 유사할 수 있습니다.

   참고	ASA 가상 상태 프로브의 경우 포트 80을 통해 메타데이터 서버(169.254.169.254)에 연결할 수 있습니다.

5. 관리 서브넷

   관리 서브넷은 ASA 가상에 대한 SSH 액세스를 지원하기 위해 퍼블릭이어야 합니다.

6. 보안 그룹 - ASA 가상 인스턴스에 대한 네트워크 보안 그룹

   다음 요구 사항을 충족하는 ASA 가상 인스턴스에 대한 보안 그룹을 구성합니다.

   • (동일한 VCN에 있는) Oracle Functions는 ASA 가상의 관리 주소에 대한 SSH 연결을 수행합니다.

   • 관리 호스트는 ASA 가상 인스턴스에 대한 SSH 액세스가 필요할 수 있습니다.

   • ASA 가상은 라이선싱을 위해 CSSM/위성 서버와의 통신을 시작합니다.

7. 개체 스토리지 네임스페이스

   이 개체 스토리지 네임스페이스는 configuration.txt 파일이 있는 정적 웹사이트를 호스팅하는 데 사용합니다. configuration.txt 파일에 대해 사전 인증된 요청을 생성해야 합니다. 이 사전 인증된 URL은 템플릿 구축 중에 사용됩니다.

   참고	업로드된 다음 컨피그레이션이 HTTP URL을 통해 ASA 가상 인스턴스에 액세스할 수 있는지 확인합니다. 부팅된 ASA 가상은 다음 명령을 실행합니다. $ copy /noconfirm <configuration.txt file’s pre-authenticated request URL > disk0:Connfiguration.txt 이 명령을 사용하면 configuration.txt 파일을 사용하여 ASA 가상 실행을 구성할 수 있습니다.

8. configuration.txt 파일 업로드

   ASA 가상 컨피그레이션 파일의 사전 인증된 요청 URL을 생성하려면 다음을 수행합니다.

   1. Buckets(버킷) > Create Bucket(버킷 생성)을 클릭합니다.

   2. Upload(업로드)를 클릭합니다.

   3. 구성 파일이 업로드되면, 아래 그림에서처럼 Create Pre-Authenticated Request(사전 인증된 요청 생성)를 선택합니다.

      

   참고	이제 oracle-function에서 컨피그레이션 파일에 액세스할 수 있습니다.

네트워크 설정

1. Inbound traffic(인바운드 트래픽)

   configuration.txt의 <Application VM IP> 주소가 개체, 라이선싱, NAT 규칙 및 액세스 정책에 언급된 주소와 일치하는지 확인합니다.

2. Outbound Traffic(아웃 바운드 트래픽)

   • configuration.txt의 <External Server IP> 주소가 개체, 라이선싱, NAT 규칙 및 액세스 정책에 언급된 주소와 일치하는지 확인합니다.

   • 외부 VCN에 NAT 게이트웨이 하나가 있는지 확인합니다.

   • 아래 그림에서처럼 외부 VCN의 경로 테이블에 있는 동일한 <External Server IP> 주소가 NAT 게이트웨이를 대상으로 하는지 확인합니다.

     

구축을 위한 사전 요구 사항 단계가 완료되면 OCI 스택 생성을 시작합니다. 수동 구축을 수행하거나 클라우드 셸을 이용한 구축을 수행할 수 있습니다. 사용자 버전에 맞는 구축 스크립트 및 템플릿은 GitHub 리포지토리에서 제공됩니다.

모든 리소스가 구축되고 Oracle Functions가 알람 및 이벤트와 연결되어 있는지 확인합니다. 기본적으로 인스턴스 풀은 최소 및 최대 인스턴스 수가 0입니다. OCI UI에서 원하는 최소 및 최대 개수로 인스턴스 풀을 수정할 수 있습니다. 이렇게 하면 새 ASA 가상 인스턴스가 트리거됩니다.

인스턴스를 하나만 실행하고 관련 워크플로우를 확인한 다음 동작을 검증하여, 예상대로 작동하는지 확인하는 것이 좋습니다. 이 검증을 게시하면 ASA 가상의 실제 요구 사항을 구축할 수 있습니다.

참고	OCI 확장 정책 때문에 제거되지 않도록, ASA 가상 인스턴스의 최소 수를 Scale-In protected(축소 보호)로 지정합니다.

Autoscale 스택 업그레이드

이 릴리스에서는 업그레이드가 지원되지 않습니다. 스택을 재구축해야 합니다.

ASA 가상 VM 업그레이드

이 릴리스에서는 ASA 가상 VM 업그레이드가 지원되지 않습니다. 필요한 ASA 가상 이미지를 사용하여 스택을 재구축해야 합니다.

인스턴스 풀

1. 인스턴스 풀의 최소 및 최대 인스턴스 수를 변경하려면 다음을 수행합니다.

   Developer Services(개발자 서비스) > Function(기능) > Application Name(created by Terraform Template 1)(애플리케이션 이름, Terraform 템플릿 1에서 생성) > Configuration(구성)을 클릭합니다.

   min_instance_count 및 max_instance_count를 각각 변경합니다.

2. 인스턴스 삭제/종료는 축소와는 다릅니다. 축소 작업이 아니라 외부 작업 때문에 인스턴스 풀의 인스턴스가 삭제/종료된 경우, 인스턴스 풀은 복구를 위해 새 인스턴스를 자동으로 시작합니다.

3. Max_instance _count는 확장 작업에 대한 임계값 제한을 정의하지만, UI를 통해 인스턴스 풀의 인스턴스 수를 변경하면 이 제한을 초과할 수 있습니다. UI의 인스턴스 수가 OCI 애플리케이션에 설정된 max_instance_count보다 작은지 확인합니다. 그렇지 않다면 적절하게 임계값을 늘리십시오.

4. 애플리케이션에서 바로 인스턴스 풀의 인스턴스 수를 줄이면, 프로그래밍 방식으로 설정된 정리 작업이 수행되지 않습니다. 백엔드가 두 로드 밸런서 모두에서 드레인되거나 제거되지 않으므로, ASA 가상에 라이선스가 있다면 백엔드가 손실됩니다.

5. 몇 가지 이유 때문에, ASA 가상 인스턴스가 비정상적으로 응답하지 않고 일정 기간 SSH를 통해 연결할 수 없다면 인스턴스가 인스턴스 풀에서 강제로 제거되며 라이선스가 손실될 수 있습니다.

Oracle Functions

• Oracle Functions는 실제로는 docker 이미지입니다. 이러한 이미지는 OCI 컨테이너 레지스트리의 루트 디렉토리에 저장됩니다. 이러한 이미지는 삭제하면 안 됩니다. Autoscale 솔루션에서 사용하는 기능도 삭제되기 때문입니다.

• Terraform 템플릿 1에서 생성한 OCI 애플리케이션에는 Oracle Functions가 정상적으로 작동하는 데 필요한 중요한 환경 변수가 포함되어 있습니다. 반드시 필요한 경우가 아니면 이러한 환경 변수의 값이나 형식을 변경해선 안 됩니다. 변경 사항은 새 인스턴스에만 반영됩니다.

Terraform을 사용하여 구축된 스택한 OCI의 Resource Manager를 사용하여 동일한 방식으로 삭제할 수 있습니다. 스택을 삭제하면 스택에서 생성된 모든 리소스가 제거되고 이러한 리소스와 연결된 모든 정보가 영구적으로 제거됩니다.

참고	스택을 삭제할 때는 인스턴스 풀의 최소 인스턴스 수)을 0으로 설정한 다음 인스턴스가 종료될 때까지 대기하는 것이 좋습니다. 이렇게 하면 모든 인스턴스를 제거하고 잔여물을 남기지 않을 수 있습니다.

수동 삭제를 수행하거나 Cloud Shell을 사용할 수 있습니다.