주:
- 이 자습서에서는 Oracle Cloud에 액세스해야 합니다. 무료 계정에 등록하려면 Oracle Cloud Infrastructure Free Tier 시작하기를 참조하십시오.
- Oracle Cloud Infrastructure 자격 증명, 테넌시 및 구획에 예제 값을 사용합니다. 실습을 완료했으면 이러한 값을 자신의 클라우드 환경과 관련된 값으로 대체하십시오.
동기화를 사용하여 Oracle Cloud Infrastructure에서 영역 간 양방향 동기화 수행
소개
영역 간 오브젝트 스토리지 동기화는 데이터 백업, 재해 복구 및 다중 영역 액세스를 포함한 다양한 클라우드 워크로드에 필수적입니다. Oracle Cloud Infrastructure(OCI)는 OCI Object Storage용 복제 기능을 제공하지만 기본 양방향 동기화 솔루션은 제공하지 않습니다. 이러한 제한으로 인해 사용자는 커스텀 구현에 의존하여 여러 지역에 걸쳐 파일을 동기화해야 합니다.
오픈 소스 분산 파일 동기화 도구인 Syncthing은 실시간으로 작동하는 연속적인 양방향 동기화를 제공합니다. 객체 복제를 위한 이벤트 기반 모델을 사용하는 OCI Functions와 달리 Syncthing은 로컬 및 OCI Object Storage 마운트 디렉토리를 지원하면서 가상 머신(VM) 간에 전체 파일 구조를 효율적으로 동기화합니다.
이 사용지침서에서는 OCI Resource Manager 스택을 사용하여 OCI Compute 인스턴스에 Syncthing을 배포하여 로컬 VM 스토리지와 OCI Object Storage 마운트 디렉토리 간에 자동 양방향 동기화를 수행할 예정입니다.
고려사항
s3fs를 사용하여 OCI Object Storage와 Syncthing을 마운트하는 경우:
-
s3fs(OCI Object Storage) 쓰기 성능은 병목이 될 수 있습니다. 로컬 디스크에 비해 s3fs를 사용하여 OCI Object Storage에 직접 쓰는 속도가 느려집니다.
-
대용량 파일 동기화 속도가 느려질 수 있음: OCI Object Storage에서 직접 대용량 파일을 쓰고 읽는 데 몇 초가 아닌 몇 분이 걸릴 수 있습니다.
-
블록 레벨 동기화 이점 손실: OCI Object Storage에는 전체 객체 쓰기가 필요하므로 Syncthing의 블록 레벨 동기화 효율성이 저하됩니다.
-
모범 사례: 먼저 로컬에서 동기화한 후 OCI Object Storage로 파일을 이동합니다.
동기화는 언제 좋은 아이디어입니까?
-
특히 여러 지역에 걸쳐 빈도가 높은 작은 파일 변경의 경우 실시간 동기화에 가장 적합합니다.
-
양방향 업데이트를 위해 추가 논리가 필요한 OCI 함수와 달리 양방향 동기화에 적합합니다.
-
OCI Object Storage에 직접 통합할 수 없는 하이브리드 클라우드 또는 온프레미스에서 OCI 동기화에 적합합니다.
-
로컬 VM 스토리지를 동기화할 때 가장 적합: 직접 동기화를 위해 s3fs 마운트 버킷을 사용하지 마십시오.
-
대규모 일괄 처리 파일 전송에는 적합하지 않음: OCI Functions는 객체별 처리를 통해 이를 보다 효율적으로 처리합니다.
목표
-
두 리전에 OCI Resource Manager 스택을 배포하여 Syncthing이 사전 설치된 두 OCI Compute 인스턴스를 자동으로 프로비저닝합니다.
-
두 VM 모두에서 동기화를 구성하여 여러 리전에서 로컬 스토리지 및 OCI Object Storage 마운트 디렉토리를 실시간으로 분산 동기화할 수 있습니다.
필요 조건
-
영역 간 동기화를 위해 사용으로 설정된 두 개의 영역이 있는 OCI 테넌시에 액세스합니다.
-
OCI 컴퓨트 인스턴스, OCI 오브젝트 스토리지 버킷 및 네트워킹 리소스를 생성 및 관리하는 권한입니다.
-
VM 배치를 위해 각 영역에 퍼블릭 서브넷이 있는 기존 VCN입니다.
-
두 리전에 있는 기존 OCI Object Storage 버킷으로, 동기화에 사용됩니다.
-
VM에 OCI 오브젝트 스토리지 버킷을 마운트하기 위한 S3 파일 시스템(s3fs)의 고객 암호 키입니다.
작업 1: VM 배치에 필요한 정보 준비
-
OCI Resource Manager 스택을 다운로드합니다. 이 스택은 VM.Standard.E5에서 Oracle Linux 8을 실행하는 VM의 배치를 자동화합니다. 가변 구성입니다. CloudInit를 사용하여 Syncthing을 설치하고, 기존 OCI 버킷을 마운트하며, s3fs를 사용하여 액세스를 구성합니다. VM은 SSH 액세스, 공용 IP로 프로비저닝되며 쉽게 식별할 수 있도록 태그가 지정됩니다. 자세한 내용은 OCI Resource Manager 스택을 참고하세요.
-
두 대상 영역에서 퍼블릭 서브넷으로 VCN을 생성합니다.
양방향 영역 간 스토리지 동기화를 위해 동기화를 사용하는 VM을 프로비전하기 위해 스택이 두 위치에 배치됩니다. 배포된 후에는 VM의 공용 IP를 사용하여 브라우저에서 동기화에 액세스할 수 있습니다.
-
테스트가 수행될 각 지역에 OCI Object Storage 버킷이 존재하는지 확인합니다. 버킷의 가시성은 비공개일 수 있습니다.
-
s3fs 마운트에 대한 고객 암호 키를 만듭니다. 고객 암호 키는 OCI Object Storage 액세스에 사용됩니다.
-
OCI 콘솔에 로그인하여 프로파일로 이동하고 사용자 이름 및 고객 암호 키를 누릅니다.
-
비밀 키 생성을 누르고 이름(예:
s3fs-access
)을 입력합니다. -
생성된 키는 나중에 작업 2에서 사용되므로 복사해야 합니다.
-
액세스 키를 누르고 나중에 작업 2에서 사용할 대로 값을 복사합니다.
-
나중에 작업 2에서 사용할 버킷 세부정보 페이지에서 네임스페이스를 복사합니다.
-
작업 2: 스택 적용
-
OCI 콘솔에 로그인하여 개발자 서비스, 리소스 관리자로 이동하고 스택을 누릅니다.
-
Terraform OCI Resource Manager 스택을 생성합니다. 자세한 내용은 Creating a Stack from a Zip File를 참조하십시오.
-
스택 생성을 누릅니다.
-
.zip
파일을 선택하고 스택을 추가합니다. -
태그 키를 입력합니다.
-
다음을 누릅니다.
-
-
변수 구성 페이지에서 다음 정보를 입력합니다.
- 구획: 구획을 입력합니다.
- VCN 및 서브넷: 기존 VCN 및 공용 서브넷을 선택합니다.
- 원하는 경우 VM 표시 이름을 수정합니다.
- 공용 SSH 키: VM에 대한 공용 SSH 키를 입력합니다.
- 가용성 도메인: 가용성 도메인을 선택합니다.
- 고객 암호 키 OCID 및 고객 암호 액세스 키: 작업 1에서 생성된 고객 암호 키 OCID 및 고객 암호 액세스 키를 입력합니다.
- 버킷 이름: 버킷 이름을 입력합니다.
- 오브젝트 스토리지 네임스페이스: 오브젝트 스토리지 네임스페이스를 선택합니다.
-
다음을 누르고 정보를 검토합니다. 모든 항목이 정상이면 적용 실행을 선택하고 생성을 누릅니다.
적용 작업이 성공적으로 완료되면 새로 생성된 VM의 공용(public) 및 전용(private) IP를 반환해야 합니다.
-
보조 영역의 단계를 반복하여 두번째 VM을 만듭니다.
-
다음 명령을 사용하여 SSH를 통해 접속하여 OCI Object Storage 버킷이 VM 레벨에서
/home/opc/logging
에 마운트되었는지 확인합니다.mount | grep s3fs
버킷이 성공적으로 마운트되면 다음과 유사한 출력이 표시됩니다.
그러면 s3fs가 VM의
/home/opc/logging
에 버킷을 마운트했음을 확인합니다.
태스크 3: 동기화 구성
두 VM이 두 영역에 모두 배치되면 아래 단계에 따라 각 VM에 동기화를 구성하여 VM 간에 스토리지를 동기화합니다.
-
첫번째 영역에서 VM의 공용 IP를 복사하고 브라우저에서 사용하여 동기화 인터페이스에 액세스합니다. 다음 URL을 입력합니다.
http://<vm1-public-ip>:8384
-
인터페이스에 액세스하면 다음 이미지와 유사한 동기화 인터페이스가 표시됩니다. 폴더 및 원격 장치는 다음 단계에서 동기화를 위해 구성할 영역입니다.
주: GUI 섹션 아래의 설정에서 사용자 이름 및 비밀번호를 설정하여 경고를 제거할 수 있습니다.
-
폴더 섹션에서 폴더 추가를 눌러 동기화 관리 인터페이스에 로컬 VM 폴더를 생성하거나 포함합니다.
-
다음 정보를 입력하여 로컬 폴더를 구성하고 저장을 누릅니다.
- 폴더 레이블: 폴더를 식별하는 사용자에게 친숙한 이름입니다. 예:
local_VM1
. - 폴더 경로: 로컬 폴더의 디렉토리 경로입니다. 예:
~/local_VM1
.
VM 터미널에서 새 폴더
local_VM1
이 생성되었는지 확인할 수 있습니다. - 폴더 레이블: 폴더를 식별하는 사용자에게 친숙한 이름입니다. 예:
-
보조 영역의 VM에서 1-4단계를 반복하고 VM2 동기화 인터페이스에
local_VM2
폴더를 추가합니다. -
VM1부터 두 VM 간에 영역 간 동기화 연결을 구성합니다.
-
첫번째 동기화 VM의 Remote Devices(원격 장치) 섹션에서 Add Remote Device(원격 장치 추가)를 눌러 두번째 영역의 원격 폴더를 포함합니다.
-
일반에 다음 정보를 입력합니다.
-
장치 ID: 두번째 동기화 장치의 ID입니다. VM2에서 동기화 인터페이스를 열고 작업, ID 표시로 이동하여 표시된 값을 복사하고 이 필드에 붙여넣습니다.
-
장치 이름: 관련 이름(예:
remote_VM2
)을 입력합니다.
-
-
공유에서 원격 장치와 공유할
local_VM1
을 선택합니다. -
고급에서 주소에
tcp://<vm2-public-ip>:22000
를 입력하고,22000
는 동기화 데이터에 사용되는 TCP 포트입니다. -
Save를 누릅니다.
-
-
이때 VM1 Syncthing에서 로컬 폴더
local_VM1
가 녹색 Up to Date로 표시되고 원격 장치remote_VM2
에 Disconnected가 표시됩니다.연결을 완료하려면 VM1 동기화에서 수집된 동등한 데이터를 사용하여 VM2 동기화에 대해 동일한 단계를 수행하고 장치 ID,
tcp://<vm1-public-ip>:22000
를 주소로 입력하고 장치 이름(예:remote_VM1
)을 입력합니다.주:
22000
포트가 VCN의 보안 목록에 열려 있는지 확인하십시오. -
동일한 구성 후에 각 동기화 인터페이스에서 원격 폴더 추가를 수락하라는 메시지가 표시됩니다. 추가를 누릅니다.
-
특정 세부 정보와 함께 로컬에 저장하라는 메시지가 표시됩니다. 예를 들어, VM1에서 수신
local_VM2
를 저장하라는 메시지가 표시되면 VM1에서 해당 이름을remote_VM2
로 변경하여 더 명확한 표시를 할 수 있습니다. 또한 로컬 VM1 경로에 매핑할 수도 있습니다. 경로일 수 있습니다. 새 폴더가 없는 경우 새 폴더가 생성됩니다.~/local_VM1
을 선택할 수도 있습니다. 즉, 두 VM의 두 폴더 콘텐츠가 동일한 위치에 병합됩니다. 이 예에서는~/remote_VM2
경로를 입력합니다. -
수신
local_VM1
폴더를 기준으로 VM2에서 동일한 단계를 수행하고remote_VM1
로 매핑합니다. -
이제 두 VM이 동기화되어 있고 Syncthing에서 관리하는 폴더가 있어야 합니다. VM1에서는
local_VM1
및remote_VM2
, VM2에서는local_VM2
및remote_VM1
입니다.
작업 4: 로컬 저장소의 동기화 테스트
동기화 동기화를 테스트하려면 SSH를 사용하여 각 VM에 로그인합니다. opc 홈 디렉토리 안에 두 개의 폴더가 있습니다.
-
로컬 폴더(
local_VM1
): 이 VM에 파일을 저장합니다. -
원격 폴더(
remote_VM2
): 두번째 VM에서 동기화된 파일을 반영합니다.
동기화를 확인하기 위해 한 VM의 로컬 폴더에 파일을 추가하거나 수정하고 변경 사항이 원격 VM의 해당 폴더에 나타나는지 확인합니다. 또한 동기화 인터페이스 또는 로그를 모니터링하여 두 OCI 리전 간의 성공적인 동기화를 확인합니다.
-
SSH를 VM1로 설정합니다.
ssh opc@<vm1-public-ip>
-
다음 명령을 실행하여 로컬 Syncthing 공유
local_VM1
폴더로 이동합니다.cd ~/local_VM1
-
다음 명령을 실행하여 테스트 파일을 만듭니다.
echo "testing sync" > testVM1.txt
-
새 터미널을 열고 SSH를 사용하여 VM2로 이동합니다.
ssh opc@<vm2-public-ip>
-
다음 명령을 실행하여 VM2의 공유 폴더로 이동합니다.
cd ~/remote_VM1
-
다음 명령을 실행하여 파일이 나타나는지 확인합니다.
ls -l cat testVM1.txt
-
VM2에서 동일한 단계를 수행하고 파일이
remote_VM2
폴더의 VM1에 나타나는지 확인합니다. -
동기화 인터페이스에서 동기화 상태를 확인합니다. 브라우저에서
http://<vm1-public-ip>:8384
및http://<vm2-public-ip>:8384
를 열어 로그 및 동기화 상태를 확인합니다.
작업 5: OCI 오브젝트 스토리지 버킷 콘텐츠 동기화 테스트
버킷은 /home/opc/logging
디렉토리에 배치된 VM에 마운트됩니다. 마운트된 버킷에 있는 파일을 테스트하고 동기화하려면 이전 단계를 재실행하여 logging
VM 디렉토리를 로컬 폴더로 추가한 다음 원격 장치에서 공유해야 합니다. 다음과 유사한 내용이 표시됩니다.
-
VM1:
그런 다음 logging
디렉토리에 파일을 생성하여 OCI 버킷에 표시되도록 하고, 올바르게 구성된 경우 VM2 logging
디렉토리로 동기화합니다. 따라서 영역 간 두번째 버킷에도 동기화됩니다.
작업 6: 몇 가지 추가 테스트 수행
이전에 구성한 것과 동일한 폴더 및 공유 장치로 쉽게 테스트할 수 있는 두 가지 사항이 있습니다.
-
새로운 대용량 파일 사용 테스트: 이 작업은 빠르게 동기화됩니다.
local_VM1
/local_VM2
폴더의 VM에 로컬로 큰 파일을 생성한 다음logging
디렉토리를 생성합니다. 즉, s3fs가 영역 간 OCI 오브젝트 스토리지 동기화에 사용됩니다.-
VM1에 큰 파일을 만듭니다.
cd local_VM1 dd if=/dev/urandom of=~/local_VM1/testfile1 bs=1M count=500
-
VM2에서 동기화를 확인합니다.
ls -lh ~/local_VM2/
VMs Syncthing 인터페이스에서도 확인합니다.
-
s3fs 마운트 디렉토리(
logging
)에 대해 이 과정을 반복합니다.cd ~/logging dd if=/dev/urandom of=~/logging/testfile2 bs=1M count=500
-
파일이 표시되는 속도를 확인하기 위해
logging
디렉토리, 동기화 인터페이스 및 두번째 영역 버킷의 VM2에서 동기화를 확인합니다. -
그런 다음 몇 GB의 파일로 동일한 테스트를 수행할 수 있습니다. 또한 큰 파일을 첫 번째 버킷에 직접 업로드하고 두 번째 버킷에 동기화되는 속도를 모니터링하는 것이 좋습니다.
-
-
수정된 큰 파일을 사용하여 테스트: 변경 사항을 효율적으로 감지하고 동기화합니다.
local_VM1
/local_VM2
디렉토리의 로컬 파일과logging
디렉토리 아래의 VM에 마운트된 OCI Object Storage 버킷의 기존 파일을 수정합니다.-
기존 파일을 수정합니다.
echo "New content" >> ~/local_VM1/testfile1
-
VM2에서 업데이트를 확인합니다.
-
OCI Object Storage 파일에 대해 1단계와 2단계를 반복합니다.
echo "Modified content" >> ~/logging/testfile2
-
관련 링크
확인
- 작성자 - Adina Nicolescu(Senior Cloud Engineer)
추가 학습 자원
docs.oracle.com/learn에서 다른 실습을 탐색하거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하세요. 또한 Oracle Learning Explorer가 되려면 education.oracle.com/learning-explorer을 방문하십시오.
제품 설명서는 Oracle Help Center를 참조하십시오.
Perform Cross-Region Bidirectional Synchronization in Oracle Cloud Infrastructure using Syncthing
G29470-01
Copyright ©2025, Oracle and/or its affiliates.