중앙 스테이징 위치로 rsync 구현

중앙 스테이지 위치로 `rsync` 구현

이 구현은 rsync 기술을 사용하며 중앙 스테이징 위치를 기반으로 모델을 따릅니다. 이 모델에는 조정자 역할을 하는 배스천 호스트 노드가 있습니다. 복제해야 하는 각 호스트에 연결하고 컨텐츠를 공통 스테이지 위치에 복사합니다.

중앙 스테이지 위치로 rsync를 구현하면 다음과 같은 이점이 있습니다.

모든 중간 계층에 적용할 수 있는 범용 솔루션이므로 여러 시스템이 있는 경우 모든 계층에서 동일한 접근 방식을 사용할 수 있습니다.
기본 스토리지 유형에 종속되지 않습니다. 블록 볼륨, NFS 등에 있는 파일 아티팩트를 복제하는 데 적합합니다.
스토리지는 보조 노드에 마운트된 상태로 유지될 수 있습니다. 따라서 모든 스위치오버 또는 페일오버 작업에서 보조 스토리지를 연결하거나 마운트하기 위한 추가 단계가 필요하지 않습니다.
P2P(peer-to-peer) 구현에 비해 스크립트를 실행하기 위한 중앙 노드가 있으므로 유지 관리가 더 간단합니다.

중앙 스테이지 위치로 rsync를 구현할 때 고려해야 할 사항은 다음과 같습니다.

각 환경에 대한 사용자정의 스크립트를 생성하고 주기적으로 실행하는 것은 사용자의 책임입니다.
복제 방향을 바꾸는 방법을 구현하는 것은 사용자의 책임입니다.
이 모델에는 중앙 스테이징 위치에 대한 추가 호스트 및 스토리지가 필요합니다.

피어 투 피어 모델과 마찬가지로 rsync 스크립트는 풀 또는 푸시 모델을 사용할 수 있습니다. "pull" 모델에서 스크립트는 원격 노드의 파일을 로컬 노드로 복사합니다. "push" 모델에서 스크립트는 로컬 노드에서 원격 노드로 파일을 복사합니다. Oracle은 기본 호스트에서 컨텐츠를 검색하는 풀 모델을 사용할 것을 권장합니다. 기본 노드가 복사본의 오버헤드에서 오프로드되기 때문입니다.

중앙 스테이징을 사용하여 `rsync`에 대한 복제 설정

중앙 스테이지 위치를 사용하여 rsync를 구현하려면 다음이 필요합니다.

모든 호스트(기본 및 보조 모두)에 대한 SSH 연결을 사용하는 배스천 호스트입니다.
복제되는 중간 계층 파일 시스템 컨텐츠를 저장할 충분한 공간이 있는 배스천 호스트의 스테이징 폴더입니다.
rsync를 사용하여 이 스테이지 폴더에서 중간 계층 파일 아티팩트를 복사하는 스크립트입니다. rsync 스크립트는 복사본에서 특정 폴더(잠금 파일, 로그, 임시 파일 등)를 건너뛸 수 있습니다.
복제본에서 해당 정보를 제외하거나 복제본 후 적절한 정보로 업데이트하여 사이트별 정보를 관리하는 방법입니다.
이러한 스크립트를 주기적으로 실행하도록 일정을 잡습니다.
스위치오버 또는 페일오버 후 복제본의 방향을 변경하는 방식입니다. 이 방식은 사이트의 역할을 식별하는 동적 검사 또는 전환 또는 페일오버 후의 수동 변경(예: 적절한 스크립트 사용 및 사용 안함)일 수 있습니다.

이 문서에서는 이 모델의 두 가지 구현 예제를 제시합니다.

예제 1: Oracle Fusion Middleware Disaster Recovery Guide 스크립트 사용
예 2: WLS-HYDR 프레임워크 사용

예제 1: Oracle Fusion Middleware Disaster Recovery Guide 스크립트 사용

주:

이 예는 모든 중간 계층 시스템에 적용됩니다. 참조로 Oracle Fusion Middleware Disaster Recovery Guide에서 제공하는 스크립트를 사용하여 Oracle WebLogic DR 시스템(rsync_for_WLS.sh 및 rsync_copy_and_validate.sh)에 대한 중간 계층 복제본을 수행합니다. 그러나 이러한 스크립트는 일반적으로 적용 가능하며 OCI의 중간 계층 파일 시스템 아티팩트를 동기화할 수 있는 충분한 유연성을 제공합니다.

Oracle Fusion Middleware Disaster Recovery Guide는 중간 계층 시스템에서 원격 복사를 수행할 수 있는 rsync 스크립트를 제공합니다. 이러한 스크립트는 모든 rsync 모델에 적합합니다. 이 특정 예에서는 중앙 스테이징 모델에 사용하는 방법을 보여 줍니다. 이 구현에서는 다음 두 단계로 풀 작업을 사용합니다.

배스천 호스트는 모든 기본 호스트에서 컨텐츠를 가져와서 중앙 스테이징에 저장합니다.
그런 다음 모든 보조 노드가 풀 작업을 수행하여 중앙 스테이징에서 컨텐츠를 수집합니다.

이러한 스크립트를 사용하여 중간 계층 복제를 설정하려면 Oracle Fusion Middleware Disaster Recovery Guide의 Replicating the Primary File Systems to the Secondary Site와 Rsync Replication Approach 섹션 및 특히 Using a Staging Location 단계를 참조하십시오.

그림 replica-rsync-scripts.png에 대한 설명

복제-비동기-스크립트-oracle.zip

예 2: WLS-HYDR 프레임워크 사용

주:

이 예는 Oracle WebLogic Server 시스템에 적용됩니다. WLS-HYDR 프레임워크의 복제 모듈을 사용하지만 WLS-HYDR 프레임워크로 생성되었는지 여부에 관계없이 모든 Oracle WebLogic Server DR 환경에 적용됩니다.

이 모델에서 중앙 호스트 노드는 풀 및 푸시 작업을 수행하는 총 조정자 역할을 합니다. 복제해야 하는 각 호스트에 연결하고 컨텐츠를 공통 스테이지 위치에 복사합니다. 또한 이 노드는 스테이지 위치에서 대상 호스트로의 복사본을 조정합니다. 이 접근 방식은 복사본의 오버헤드에서 개별 노드를 오프로드합니다.

WLS-HYDR 프레임워크는 DR 설정 중 초기 복사에 이 접근 방식을 사용합니다. 그런 다음 프레임워크의 복제 모듈을 재사용하여 풀을 반복하고 주기적으로 푸시할 수 있습니다. WLS-HYDR 프레임워크 및 기타 리소스에 대한 링크는 이 플레이북의 자세히 살펴보기 를 참조하십시오.

배스천 노드는 다음 두 단계로 복제본을 수행합니다.

기본 호스트에 연결하고 파일 시스템 컨텐츠를 배스천 호스트의 스테이징 폴더에 복사하는 풀 작업입니다.
배스천의 스테이징 폴더에서 모든 보조 호스트로 콘텐츠를 복사하는 푸시 작업입니다.

중앙 노드는 모든 작업을 수행하므로 일정 잡기, 로그, 유지 관리 등은 해당 노드에서 중앙 집중화됩니다. 시스템에 노드가 많은 경우 피어 투 피어 모델이나 이전 예에 비해 효율적입니다.

아래 replica-wls-hydr-framework.png에 대한 설명입니다.

replica-wls-hydr-framework.png 그림에 대한 설명

복제-wls-hydr-프레임워크-oracle.zip

보조 시스템 만들기에 WLS-HYDR 프레임워크를 사용한 경우 배스천 호스트가 이미 복제본을 수행할 준비가 되어 있습니다. 그렇지 않으면 이 시점에서 구성할 수 있습니다. 다음 단계에 따라 복제본을 설정합니다.

배스천을 준비하십시오.

보조 시스템 만들기에 WLS-HYDR 프레임워크를 사용한 경우 배스천 호스트가 이미 복제본을 수행할 준비가 되어 있습니다. 그렇지 않은 경우 WLS-HYDR 프레임워크 GitHub 저장소의 README를 확인하여 배스천 호스트를 준비합니다.
WLS-HYDR 구성 파일 검토
WLS-HYDR 구성 파일(replication.properties, oci.env 및 prem.env)에 시스템에 대한 올바른 정보가 포함되어 있는지 확인합니다.
WLS-HYDR 복제 모듈을 실행합니다.
프레임워크의 복제 모듈을 사용하여 모든 항목(Oracle WebLogic Server 도메인 및 제품)을 동기화하거나 이러한 항목을 독립적으로 동기화할 수 있습니다. 모든 경우에 전체 동기화는 두 가지 작업(풀 작업, 기본에서 컨텐츠를 검색하는 작업 및 보조로 컨텐츠를 복사하는 푸시 작업)으로 구성됩니다.

주:
항상 PUSH 앞에 PULL 작업을 실행합니다. 그렇지 않으면 최신 버전의 컨텐트를 푸시하지 않습니다.
1. 모든 콘텐츠를 동기화하려면
  - 기본 호스트의 모든 컨텐츠를 배스천 호스트의 스테이징으로 가져오려면 다음을 수행합니다.
```
WLS-HYDR_BASE/lib/DataReplication.py pull
```
  - 배스천 호스트의 스테이징에서 보조 호스트로 모든 컨텐츠를 푸시하려면 다음과 같이 하십시오.
```
WLS-HYDR_BASE/lib/DataReplication.py push
```
2. 제품 아티팩트만 동기화하려면
  - 기본 호스트에서 배스천 호스트 스테이징으로 제품을 가져오려면 다음을 수행합니다.
```
WLS-HYDR_BASE/lib/DataReplication.py pull -d products
```
  - 배스천 호스트 스테이징의 제품을 보조 호스트로 푸시하려면 다음과 같이 하십시오.
```
WLS-HYDR_BASE/lib/DataReplication.py push -d products
```
3. 구성(WebLogic 도메인)만 동기화합니다.
  - 기본 호스트에서 배스천 호스트의 스테이징으로 구성을 검색하려면 다음 풀 작업을 실행합니다.
```
WLS-HYDR_BASE/lib/DataReplication.py pull -d private_config
```
  - 배스천 호스트의 스테이징에서 보조 호스트로 구성을 복사하려면 다음 푸시 작업을 실행합니다.
```
WLS-HYDR_BASE/lib/DataReplication.py push -d private_config
```
4. 공유 구성 폴더(OCI 파일 스토리지 파일 시스템의 공유된 Oracle WebLogic 도메인)가 있는 경우:
  - 기본 호스트에서 배스천 호스트의 스테이징으로 공유 구성을 검색하려면 다음 풀 작업을 실행합니다.
```
WLS-HYDR_BASE/lib/DataReplication.py pull -d shared_config
```
  - 배스천 호스트의 스테이징에서 보조 호스트로 공유 구성을 복사하려면 다음 푸시 작업을 실행합니다.
```
WLS-HYDR_BASE/lib/DataReplication.py push -d shared_config
```

데이터베이스 연결 문자열 대체를 준비합니다.

WebLogic 구성을 복사하는 일반 WLS-HYDR 풀 및 푸시 작업은 복사본에서 tnsnames.ora 파일을 건너뛰므로 이후의 모든 복제에서 tnsnames.ora를 업데이트할 필요가 없습니다.

그러나 데이터베이스가 Autonomous Database인 경우 접근 방식이 다릅니다. 자율운영 데이터베이스에 접속하기 위해 TNS 관리 폴더에는 기본 및 대기 데이터베이스에 대해 서로 다른 키 저장소 및 보안 저장소 파일도 포함됩니다.

다음 표에는 각 시나리오에서 데이터베이스 연결 정보를 관리하는 방법이 요약되어 있습니다.

데이터베이스 유형 대체 스크립트 및 다운로드 단계 사용

데이터베이스 유형	대체 스크립트 및 다운로드 단계	사용
Oracle Base Database Service 또는 Oracle Exadata Database Service	`tnsnames.ora`를 관리하는 스크립트는 WLS-HYDR 프레임워크 복제 모듈에 포함되어 있습니다.	`replication.properties` 파일의 JDBC 섹션에 올바른 데이터가 포함되어 있는지 확인하십시오. 이 작업은 배스천에서 실행되며 `tnsnames.ora` 파일에 대해 풀링, 업데이트 및 푸시를 수행합니다. 전체 작업을 수행하려면 `WLS-HYDR/lib/DataReplication.py tnsnames` `tnsnames.ora`에 대한 변경(예: 별칭 추가)을 수행하지 않는 한 실행할 필요가 없습니다.
Autonomous Database	`fmwadb_switch_db_conn.sh` GitHub `https://github.com/oracle-samples/maa`에서 Oracle MAA 저장소로 이동 `app_dr_common` 디렉토리의 모든 스크립트를 다운로드합니다. `fmw-wls-with-adb-dr` 디렉토리의 모든 스크립트를 다운로드합니다. 모든 중간 계층 호스트에 복사합니다. 스크립트는 서로 호출합니다. 두 디렉토리의 모든 스크립트를 동일한 폴더에 배치합니다.	이 스크립트는 모든 대기 중간 계층 호스트에서 실행되어야 합니다. 검증, 스위치오버 또는 페일오버 작업을 위해 대기에서 WebLogic 서버를 시작하기 전에 실행해야 합니다. WebLogic에서 사용하는 TNS 관리 폴더를 입력으로 지정된 폴더로 바꿉니다. 또한 데이터 소스의 전자 지갑 암호 속성을 갱신합니다. 다음 스크립트를 실행하는 구문: `fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD` 여기서 WALLET_DIR는 로컬 데이터베이스에 연결할 `tnsnames.ora`, 키 저장소 및 보안 저장소 파일을 포함하는 폴더입니다. 복제본에서 WALLET_DIR 폴더가 대체되지 않았는지 확인합니다.

Oracle Base Database Service 또는 Oracle Exadata Database Service

tnsnames.ora를 관리하는 스크립트는 WLS-HYDR 프레임워크 복제 모듈에 포함되어 있습니다.

replication.properties 파일의 JDBC 섹션에 올바른 데이터가 포함되어 있는지 확인하십시오.

이 작업은 배스천에서 실행되며 tnsnames.ora 파일에 대해 풀링, 업데이트 및 푸시를 수행합니다. 전체 작업을 수행하려면 WLS-HYDR/lib/DataReplication.py tnsnames

tnsnames.ora에 대한 변경(예: 별칭 추가)을 수행하지 않는 한 실행할 필요가 없습니다.

Autonomous Database

fmwadb_switch_db_conn.sh

GitHub https://github.com/oracle-samples/maa에서 Oracle MAA 저장소로 이동

app_dr_common 디렉토리의 모든 스크립트를 다운로드합니다.

fmw-wls-with-adb-dr 디렉토리의 모든 스크립트를 다운로드합니다.

모든 중간 계층 호스트에 복사합니다. 스크립트는 서로 호출합니다. 두 디렉토리의 모든 스크립트를 동일한 폴더에 배치합니다.

이 스크립트는 모든 대기 중간 계층 호스트에서 실행되어야 합니다. 검증, 스위치오버 또는 페일오버 작업을 위해 대기에서 WebLogic 서버를 시작하기 전에 실행해야 합니다.

WebLogic에서 사용하는 TNS 관리 폴더를 입력으로 지정된 폴더로 바꿉니다. 또한 데이터 소스의 전자 지갑 암호 속성을 갱신합니다.

다음 스크립트를 실행하는 구문:

fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD

여기서 WALLET_DIR는 로컬 데이터베이스에 연결할 tnsnames.ora, 키 저장소 및 보안 저장소 파일을 포함하는 폴더입니다. 복제본에서 WALLET_DIR 폴더가 대체되지 않았는지 확인합니다.

중앙 스테이징으로 `rsync`에 대한 복제 검증

switchover 또는 failover 작업에서 복제된 정보는 프로세스가 시작되기 전에 standby site에서 available 및 usable이어야 합니다. 또한 스냅샷 모드에서 대기 데이터베이스를 열어 보조 시스템을 검증하는 경우에도 필요합니다.

이 구현에서는 보조 사이트에서 스토리지를 항상 사용할 수 있으므로 볼륨을 연결하거나 마운트할 필요가 없습니다. 필요한 유일한 작업은 최신 버전의 컨텐트가 포함되어 있는지 확인하는 것입니다.

복제를 실행합니다.
스크립트를 실행하여 마지막 버전의 컨텐트를 복제합니다.
예약된 복제를 사용 안함으로 설정합니다.
마지막 복제본이 완료된 후 모든 복제본 스크립트를 사용 안함으로 설정합니다. 그렇지 않으면 스위치오버, 페일오버 또는 검증 절차를 방해할 수 있습니다. 작업 후 적절한 방향으로 스크립트를 다시 활성화합니다.
보조 중간 계층 호스트에서 사이트별 정보를 바꿉니다.
복제 중인 파일 시스템 아티팩트에 사이트별 정보가 포함되어 있는 경우 복사본으로 대체되지 않았는지 또는 복제 후 업데이트되었는지 확인하십시오.

참고:
예를 들어, Oracle Fusion Middleware Disaster Recovery Guide 및 WLS-HYDR 복제 모듈의 rsync 스크립트는 복사본에서 tnsnames.ora 파일을 건너뛰므로 모든 복제 후 변경할 필요가 없습니다.
시스템에서 Oracle Autonomous Database를 사용하는 경우 보조 영역의 데이터베이스에 접속하기 위해 보조에 필요한 전자 지갑 폴더를 복원합니다. 모든 대기 중간 계층 호스트에서 대체 스크립트 fmwadb_switch_db_conn.sh을 사용할 수 있습니다. 입력으로 보조 원본 전자 지갑이 있는 경로와 전자 지갑 암호가 필요합니다.

그런 다음 시스템 검증에 필요한 추가 단계를 수행할 수 있습니다.

중앙 스테이지 위치를 사용하여 `rsync`에 대한 지속적인 복제 수행

보조 도메인을 기본 도메인과 동기화 상태로 유지하려면 복제 스크립트를 주기적으로 실행합니다.

이 구현을 사용할 때 진행 중인 복제에 대해 다음 권장 사항을 따르십시오.

OS crontab 또는 다른 예약 도구를 사용하여 복제 스크립트를 주기적으로 실행합니다. 예를 들어, 재해 복구 설명서에서 제공하는 rsync 스크립트를 사용할 경우 Oracle Fusion Middleware Disaster Recovery Guide의 Scheduling Ongoing Replication With Rsync Scripts 절에 나오는 단계를 따릅니다. 이러한 리소스 및 기타 리소스에 대한 링크는 이 플레이북의 자세히 살펴보기 를 참조하십시오. 복제 빈도의 경우 이 플레이북 앞부분의 중간 계층 파일 아티팩트에 설명된 지침을 따르십시오.
중간 계층 프로세스를 대기 사이트에서 중지된 상태로 유지합니다. 변경 사항이 복제되는 동안 서버가 대기 사이트에서 작동 중이면 변경 사항이 다음에 시작될 때 적용됩니다. standby site의 유효성을 검사하는 경우나 switchover 또는 failover 절차 중에만 이 스크립트를 시작합니다.
각 사이트와 관련된 최신 정보를 유지 관리합니다. 예를 들어, 파일 시스템에 Autonomous Database에 연결할 아티팩트가 있는 폴더가 포함된 경우 이 폴더의 백업 복사본을 유지 관리합니다. 전자 지갑에서 갱신을 수행할 때 전자 지갑 폴더의 백업을 갱신해야 합니다. 이렇게 하면 이후 스위치오버 및 페일오버에서 올바르게 복원됩니다.
전환 또는 페일오버 후 복제 방향을 바꿉니다. 이는 특정 구현에 따라 달라집니다. 이 작업은 활성 사이트의 사용자를 식별하는 동적 검사를 사용하거나 전환 또는 페일오버 후 수동으로 변경하여 해당 스크립트를 사용 안함으로 설정하고 사용으로 설정하여 수행할 수 있습니다.
참고:
- DR 설명서에서 제공하는 rsync 스크립트(예 1)를 사용할 때는 동일한 스크립트를 만들어 다른 방향으로 복제를 수행해야 합니다. crontab 또는 예약된 도구에서 실제 역할에 적합한 스크립트만 사용으로 설정합니다.
- WLS-HYDR을 사용할 때(예 2) WLS-HYDR 프레임워크에서 기본 역할의 역할을 변경하여 다음 복제가 다른 방향으로 이동하도록 합니다. 이를 위해 WLS-HYRDR/lib/DataReplication.py를 편집하고 다음에서 변경합니다.
```
if True:
       PRIMARY = PREM 
       STANDBY = OCI
      	 else:
	        PRIMARY = OCI
               STANDBY = PREM
```
  다음으로 변환합니다.
```
if False:
	        PRIMARY = PREM
                STANDBY = OCI
       	else:
                PRIMARY = OCI
                STANDBY = PREM
```

중앙 스테이지 위치로 rsync 구현

중앙 스테이징을 사용하여 rsync에 대한 복제 설정

중앙 스테이징으로 rsync에 대한 복제 검증

중앙 스테이지 위치를 사용하여 rsync에 대한 지속적인 복제 수행

중앙 스테이지 위치로 `rsync` 구현

중앙 스테이징을 사용하여 `rsync`에 대한 복제 설정

중앙 스테이징으로 `rsync`에 대한 복제 검증

중앙 스테이지 위치를 사용하여 `rsync`에 대한 지속적인 복제 수행