워크그룹 배포도 가능하긴 하지만, NetApp SnapCenter 툴은 Windows 도메인 환경에서 일반적으로 실행되는 Windows 기반 애플리케이션입니다. 데이터베이스 작업 부하를 위해 중앙 집중식 관리 서버(SnapCenter 서버)와 데이터베이스 서버 호스트의 SnapCenter 플러그인을 포함하는 다중 계층 아키텍처를 기반으로 합니다. 다음은 하이브리드 클라우드 구축과 관련된 몇 가지 주요 고려 사항입니다.

신중하게 사전 설치 계획 및 고려했으면 이 항목을 클릭합니다 "SnapCenter 설치 워크플로우" SnapCenter 설치 및 구성에 대한 자세한 내용은 를 참조하십시오.

스토리지 성능은 데이터베이스 및 애플리케이션의 전반적인 성능에서 중요한 역할을 합니다. 잘 설계된 스토리지 레이아웃은 DB 성능을 개선할 뿐만 아니라 데이터베이스 백업 및 복구를 쉽게 관리할 수 있도록 합니다. 데이터베이스 크기, 데이터베이스의 예상 데이터 변경율, 백업을 수행하는 빈도 등 스토리지 레이아웃을 정의할 때 몇 가지 요소를 고려해야 합니다.

가상화된 데이터베이스 워크로드를 위해 NFS 또는 iSCSI를 통해 스토리지 LUN을 게스트 VM에 직접 연결하면 일반적으로 VMDK를 통해 할당된 스토리지보다 성능이 향상됩니다. 다음 그림에 표시된 LUN의 대규모 SQL Server 데이터베이스에 대한 스토리지 레이아웃을 사용하는 것이 좋습니다.

다음 그림은 LUN의 중소 규모 SQL Server 데이터베이스에 대한 NetApp 권장 스토리지 레이아웃을 보여 줍니다.

Oracle 데이터베이스 워크로드의 경우 SnapCenter는 호스트에 물리적 또는 가상 디바이스로 마운트된 ONTAP 스토리지가 지원하는 데이터베이스 환경을 지원합니다. 환경의 중요도에 따라 단일 또는 여러 스토리지 장치에서 전체 데이터베이스를 호스팅할 수 있습니다. 일반적으로 고객은 전용 스토리지의 데이터 파일을 제어 파일, 재실행 파일 및 아카이브 로그 파일과 같은 다른 모든 파일에서 격리합니다. 따라서 관리자는 Snapshot 기술을 사용하여 (ONTAP 단일 파일 SnapRestore)를 신속하게 복원하거나 (페타바이트 규모)의 대규모 중요 데이터베이스를 몇 초에서 몇 분 이내에 클론 복제할 수 있습니다.

지연 시간에 민감한 미션 크리티컬 워크로드의 경우, 최적의 지연 시간을 달성하기 위해 다양한 유형의 Oracle 파일에 전용 스토리지 볼륨을 구축해야 합니다. 대규모 데이터베이스의 경우 볼륨당 여러 개의 LUN(최대 8개 권장)을 데이터 파일에 할당해야 합니다.

소규모 Oracle 데이터베이스의 경우 SnapCenter는 여러 데이터베이스 또는 데이터베이스의 일부를 동일한 스토리지 볼륨 또는 LUN에 호스팅할 수 있는 공유 스토리지 레이아웃을 지원합니다. 이 레이아웃의 예로는 + data ASM 디스크 그룹 또는 볼륨 그룹의 모든 데이터베이스에 대한 데이터 파일을 호스팅할 수 있습니다. 나머지 파일(재실행, 아카이브 로그 및 제어 파일)은 다른 전용 디스크 그룹 또는 볼륨 그룹(LVM)에서 호스팅할 수 있습니다. 이러한 구축 시나리오는 아래에 나와 있습니다.

Oracle 데이터베이스 재배치를 용이하게 하기 위해 일반 백업 정책에 포함된 별도의 LUN에 Oracle 바이너리를 설치해야 합니다. 따라서 새 서버 호스트로 데이터베이스를 재배치할 경우 동기화 해제된 Oracle 바이너리로 인해 발생할 수 있는 문제 없이 Oracle 스택을 복구에 시작할 수 있습니다.

SnapCenter은 NetApp의 라이센스 소프트웨어입니다. 일반적으로 사내 ONTAP 라이센스에 포함됩니다. 하지만 하이브리드 클라우드를 구축할 경우, SnapCenter용 클라우드 라이센스를 통해 SnapCenter에 CVO를 타겟 데이터 복제 대상으로 추가해야 합니다. 자세한 내용은 SnapCenter 표준 용량 기반 라이센스에 대한 다음 링크를 참조하십시오.

"SnapCenter 표준 용량 기반 라이센스"

개발/테스트 및 재해 복구를 위해 클라우드로 안전하게 전환하는 온프레미스 운영 데이터베이스가 필요한 하이브리드 데이터베이스 작업에서는 환경을 설정하고 사내 데이터 센터에서 퍼블릭 클라우드에 연결할 때 네트워킹 및 보안을 고려해야 합니다.

퍼블릭 클라우드는 일반적으로 VPC(가상 프라이빗 클라우드)를 사용하여 퍼블릭 클라우드 플랫폼 내에서 서로 다른 사용자를 격리합니다. 개별 VPC 내에서 보안은 VPC 잠금에 대한 사용자 요구에 따라 구성할 수 있는 보안 그룹과 같은 방법을 사용하여 제어됩니다.

VPN 터널을 통해 사내 데이터 센터에서 VPC로의 연결을 보호할 수 있습니다. VPN 게이트웨이에서 NAT 및 방화벽 규칙을 사용하여 보안을 강화할 수 있습니다. 이 규칙은 인터넷에 있는 호스트로부터 회사 데이터 센터 내의 호스트로의 네트워크 연결을 설정하는 시도를 차단합니다.

네트워킹 및 보안 고려 사항에 대해서는 선택한 퍼블릭 클라우드에 대한 관련 인바운드 및 아웃바운드 CVO 규칙을 검토하십시오.

하이브리드 클라우드 데이터베이스 환경의 관리를 단순화하기 위해, NetApp은 산연 인스턴스를 온프레미스 및 클라우드에 동기화하는 등 일부 관리 작업을 자동화하기 위해 Ansible 컨트롤러를 구축할 것을 적극 권장하지만 필요로 하지는 않습니다. 이는 특히 중요합니다. 클라우드의 비동기 컴퓨팅 인스턴스는 커널 패키지 및 기타 문제가 누락되어 복구된 데이터베이스를 클라우드에서 오류가 발생하기 쉬운 상태로 만들 수 있기 때문입니다.

Ansible 컨트롤러의 자동화 기능도 SnapMirror 인스턴스를 확장하여 운영 시 DR 데이터 복사본을 활성화하는 등 특정 작업에 SnapCenter를 보강할 수 있습니다.

다음 지침에 따라 RedHat 또는 CentOS 시스템에 대한 Ansible 제어 노드를 설정합니다. include/automation_rhel_CentOS_setup.adoc [ ]

다음 지침에 따라 Ubuntu 또는 Debian 컴퓨터에 대한 Ansible 제어 노드를 설정합니다. include/automation_Ubuntu_debian_setup.adoc [ ]