Linux용 DataKeeper를 백업 및 복제 도구와 안전하게 결합하는 방법

Linux용 DataKeeper와 함께 다른 백업 또는 복제 소프트웨어를 사용하는 경우의 목적은 다음과 같습니다.데이터키퍼클러스터 내 서버 간에 데이터를 복제하여 모든 관련 서버에 최신 데이터 사본이 있는지 확인하는 것입니다. 이는 서버에 예기치 않은 문제가 발생할 때 매우 중요합니다.중단 시간, 그리고라이프키퍼DataKeeper를 사용하면 중요한 애플리케이션의 가용성을 높이고 가동 시간을 유지할 수 있습니다.

DataKeeper를 다른 백업 또는 복제 소프트웨어와 함께 사용할 경우, 충돌을 방지하기 위해 호환성을 확인하는 것이 필수적입니다. 복제 소프트웨어는 복제 프로세스 시작 순서로 인해 DataKeeper의 재동기화를 방해할 수 있습니다. 최대 성능을 목표로 하는 동시에가동 시간가용성이 유익하기 때문에 이러한 조치가 클러스터를 최적의 상태로 유지하는 데 도움이 되는지 확인하는 것이 중요합니다.

백업 및 복제 소프트웨어를 사용하여 Linux용 DataKeeper를 테스트하는 방법

DataKeeper와 함께 사용되는 복제 소프트웨어의 기능을 보장하기 위해 호환성을 테스트하는 것이 중요합니다. 아래는 기능 확인을 위해 확인할 수 있는 항목 목록입니다.

1. QA 클러스터에서 테스트합니다.

프로덕션 클러스터에서 백업/복제 소프트웨어를 모두 사용하기 전에 DataKeeper를 사용하여 QA 클러스터 환경을 만들어 테스트를 실행하세요.

QA 클러스터는 프로덕션 클러스터에 새로운 기능을 도입하기 전에 테스트를 실행하는 데 유용합니다. QA 클러스터에서 발생하는 문제를 사전에 감지하고 해결함으로써 프로덕션 클러스터에서 발생할 수 있는 문제를 방지하는 데 도움이 됩니다.

2. 기본 기능 테스트를 완료합니다.

DataKeeper만 설치된 복제 소프트웨어로 몇 가지 기본 테스트를 완료해야 합니다. 이는 다른 소프트웨어를 계속 사용하기 전에 시스템 안정성을 확인하는 절차입니다.

기본 테스트에는 성공적인 전환 및 장애 조치 테스트가 포함되어야 합니다. 전환이 성공적으로 수행되는지 확인하는 단계는 아래 링크를 참조하세요.

https://docs.us.sios.com/spslinux/9.9.1/en/topic/testing-your-datakeeper-resource-hierarchy

3. 다른 소프트웨어로 기본 기능 테스트를 완료합니다.

소프트웨어가 데이터를 백업/복제하는 동안과 소프트웨어가 데이터 백업/복제를 완료한 후에 위에서 언급한 동일한 테스트를 실행하세요.

DataKeeper와 함께 소프트웨어를 사용하려면 이러한 모든 기능 테스트를 통과하는 것이 중요합니다.

Linux용 DataKeeper를 사용하여 GenApp 리소스를 사용하여 백업 및 복제 프로세스 관리

테스트 결과가 실패하면 다음을 생성할 수 있습니다.일반 애플리케이션(GenApp)전환 중 관련 프로세스를 시작 및 중지합니다.

• GenApp은 계층 구조에서 소프트웨어가 실행되는 순서를 처리하는 데 사용되는 프로세스를 복원하고 제거하는 데 사용할 수 있습니다.
  • 계층 구조는 리소스 간의 관계를 결정합니다. 최상위 리소스는 최하위 리소스에 의존하여 종속 관계를 형성합니다. 계층 구조가 서비스에서 제외되면 LifeKeeper는 하향식 접근 방식을 사용하여 최하위 리소스보다 최상위 리소스를 먼저 제거합니다. 복원이 실행되면 LifeKeeper는 상향식 접근 방식을 사용하여 최상위 리소스를 복원하기 전에 최하위 리소스를 복원합니다.

이러한 이해를 바탕으로 두 개의 GenApp이 생성되는데, 하나는 최상위 리소스이고 다른 하나는 최하위 리소스입니다. 이 구성은 계층 구조가 활성화되면 최하위 GenApp이 프로세스를 중지하고 최상위 GenApp이 프로세스를 시작하도록 보장합니다. 계층 구조가 제거될 때 유일한 동작은 최하위 리소스가 프로세스를 중지하는 것입니다.

• 아래 링크에서 GenApp 생성에 대한 자세한 내용을 읽어보세요.

https://docs.us.sios.com/spslinux/9.9.1/en/topic/일반 애플리케이션 리소스 계층 구조 만들기

DataKeeper 클러스터 호환성 보장 및 가동 중지 방지

궁극적으로 DataKeeper 클러스터에 백업 또는 복제 소프트웨어를 추가하기 전에 테스트와 검증이 중요합니다. 이 단계는 운영 환경에 도입하기 전에 구성이 제대로 되어 있는지 확인하기 위해 완료해야 할 항목 목록을 제공하여 다운타임을 방지하기 위한 것입니다. Linux DataKeeper 클러스터에 추가 백업 또는 복제 소프트웨어를 통합하기 전에 철저한 테스트와 검증이 필수적입니다. 이 단계를 완료하면 구성이 올바르게 설정되고 운영 환경에 도입될 때 다운타임을 방지하는 데 도움이 됩니다.

DataKeeper for Linux를 통해 SIOS가 어떻게 고가용성을 간소화하고 원활한 백업 및 복제를 보장하는지 알아보실 준비가 되셨나요?오늘 데모를 요청하세요.

저자: Alexus Gore, 고객 경험 소프트웨어 엔지니어

허가를 받아 복제되었습니다.시오스

 

SIOS DataKeeper를 사용하여 성능 테스트 복제를 수행하는 방법

프로덕션 데이터베이스에 대한 복제를 구성하는 것은 특히 사전 조사를 수행하지 않은 경우 매우 어려운 작업이 될 수 있습니다. 이 블로그에서는 환경을 적절하게 설정하는 데 있어 가장 까다로운 측면인 성능에 대한 여러 부분을 다룰 것입니다. 이러한 핵심 사항을 이해하면 앞서 나갈 수 있으며 프로덕션 Go-Live에 마지막 순간에 문제가 발생하지 않도록 할 수 있습니다.

고려해야 할 첫 번째이자 가장 기본적인 점은 구성에 맞는 올바른 미러 유형을 선택하는 것입니다. SIOS DataKeeper에는 생성 프로세스 중에 미러 유형에 대한 동기식 및 비동기식의 두 가지 옵션이 제공됩니다. 이러한 옵션 중 하나는 환경에 따라 고유한 장점과 단점이 있습니다.

미러 유형 선택

동기식 미러는 고속 연결이 가능한 LAN 환경에서 가장 뛰어난 성능을 발휘하며 기본 시스템에 대한 커밋 시 1:1 쓰기 일관성을 제공합니다. 그러나 네트워크 또는 대상 스토리지가 기본 시스템의 처리량을 따라잡을 수 없는 경우 동기 쓰기 일관성을 유지하기 위해 쓰기 속도가 감소하는 것을 볼 수 있습니다. 따라서 동기식 미러링은 WAN 또는 대기 시간이 긴 환경에는 권장되지 않습니다.

그러나 비동기식 미러는 WAN 환경에 적합합니다. 비동기식 미러는 노드 간 1:1 쓰기 일관성을 보장하는 동일한 기능을 모두 제공하지만 차이점은 쓰기가 대상 시스템에 커밋되기 전에 기본 시스템에 커밋된다는 것입니다. 이는 의도 로그라고도 알려진 비트맵의 활용으로 인해 가능합니다. 비트맵은 시스템에서 발생하는 모든 변경 사항을 블록 수준에서 추적하고 백로그라고 알려진 백로그를 통해 최대한 빠르게 대상에 데이터를 씁니다. 쓰기 대기열. 쓰기 대기열은 쓰기 수 또는 데이터의 총 MB에 따라 제한될 수 있으며, 제한에 도달하면 미러가 일시 중지되고 데이터가 동기화되므로 데이터가 동기화되지 않은 동안 장애 조치가 방지됩니다.

하드웨어 구성:

이제 환경에 가장 적합한 미러 유형을 결정했으므로 DataKeeper가 마법이 아니라는 점을 이해하는 것이 중요합니다. DataKeeper는 시스템이 허용하는 만큼만 빠르게 쓰고 복제할 수 있으므로 애플리케이션에 필요한 처리량을 달성할 수 있는 하드웨어를 보유하는 것이 중요합니다. 복제 목표를 달성하는 데 필요한 하드웨어를 갖추기 위한 몇 가지 조언과 팁은 다음과 같습니다.

1. 기본 시스템과 대상 시스템에 동일한 스토리지 하드웨어가 있는지 확인하십시오. 예를 들어 대상 IOPS는 소스 IOPS와 동일해야 합니다. 그렇지 않으면 환경에서 가장 느린 구성 요소가 쓰기 속도의 병목 현상이 되는 것으로 드러납니다. 일치하는 하드웨어는 항상 더 나은 성능을 제공합니다.
2. 비트맵의 중요성을 이해하면 성능을 크게 향상시키는 가장 쉽고 저렴한 방법은 전용 고속 스토리지에 비트맵을 저장하는 것입니다. 비트맵은 매우 작기 때문에 5GB 또는 10GB SSD를 프로비저닝하는 것으로 충분하며 성능 향상에 대한 큰 수익을 제공합니다.
3. 데이터 복제로 인해 약간의 오버헤드가 발생한다는 점을 이해하고 독립형 하드웨어를 테스트하십시오. 예를 들어 환경에서 10,000 IOPS를 달성해야 하는 요구 사항이 있는 경우 하드웨어가 클러스터에 포함될 모든 노드에서 최소한 독립 실행형으로 일관된 10,000 IOPS를 달성할 수 있는지 확인하십시오. 동기식 미러링을 수행하려는 경우 동기식 일관성을 유지하기 위해 추가 오버헤드가 도입되므로 최소한의 요구 사항 이상인지 확인하십시오. 또한 복제 체계에 필요한 데이터를 전송할 수 있는지 확인하기 위해 네트워크 부하 테스트도 수행해야 합니다.
4. 제대로 테스트하는 방법을 알아보세요. 생산 능력을 검증하기 위해 테스트 환경을 활용할 때 설정을 최대한 비슷하게 모방하는 것이 중요합니다. 단순히 복제를 테스트하기 위해 전체 운영 데이터베이스 복제본을 설정할 수는 없지만 올바른 데이터 생성 도구를 활용하면 현재 성능 기능을 더 잘 표시할 수 있다는 점을 이해합니다. Diskspd는 일부 기본 테스트에 사용할 수 있는 무료 도구이지만 SQL 세계에서는 HammerDB가 실제 성능에 대한 훨씬 더 나은 지표를 제공합니다.

디스크 속도:https://github.com/microsoft/diskspd
해머DB:https://www.hammerdb.com/

1. 마지막으로 DataKeeper 조정이 있으며 DataKeeper 내에는 미러 유형 외에 구성 가능한 설정이 있습니다. 이를 수정하는 것은 일반적으로 좀 더 미묘하며 SIOS 지원 팀의 조언에 따라 가장 잘 수행됩니다. 그러나 다른 모든 권장 사항이 제대로 적용되었음을 확인한 경우 일부 DataKeeper 매개 변수를 조정하면 필요한 측정 항목을 충족하는 데 필요한 성능이 마지막으로 향상될 수 있습니다. 조정의 몇 가지 예로는 쓰기 대기열에 있을 수 있는 미해결 쓰기 수를 늘리거나 비트맵 파일이 디스크에 플러시되는 빈도를 수정하는 것입니다.

다음의 허가를 받아 복제됨시오스

백업, 복제 및 고 가용성 클러스터링을 결합하는 방법

백업, 복제 및 고 가용성 (HA) 클러스터링은 IT 위험 관리의 기본 요소이며 자동차의 바퀴만큼이나 필수적입니다. IT 데이터 보호에도 복제가 필수적입니다.

백업 및 HA 클러스터 환경은 상호 배타적이지 않습니다

백업, 복제 및 페일 오버가 모두 중요하지만 이들을 올바르게 적용하려면 이해해야 할 주요 차이점이 있습니다.

예를 들어, 더 큰 데이터 보호 환경에서 데이터를 고려하지 않고 복제를 사용하여 지속적으로 최신 데이터 사본을 유지 보수 할 수 있지만, 바이러스에 감염된 데이터와 같은 문제점 데이터도 복사합니다.

이러한 경우 데이터를 마지막으로 알려진 올바른 지점으로 되돌리려면 백업이 필수적입니다. 복제를 수행하면 데이터를 생성하여 eDiscovery 유형 모델에서 지원할 수없는 방식으로 시스템 장애 직전에 복제 된 이미지에 액세스 할 수 있습니다 (= RTO / RTO가 우수함).

따라서 "SIOS Protection Suite"에는 SIOS LifeKeeper 클러스터링 소프트웨어와 DataKeeper 복제 소프트웨어가 모두 포함됩니다. SIOS LifeKeeper는 애플리케이션 상태를 모니터링하고 애플리케이션 페일 오버를 오케스트레이션하는 HA 페일 오버 클러스터 제품이며 DataKeeper는 블록 기반 스토리지 복제 소프트웨어입니다. 그러나 HA 클러스터라고해서 백업이 필요하지 않다는 의미는 아닙니다. SIOS Protection Suite를 사용하여 HA 클러스터 환경에서 백업 할 때주의 사항 및주의 사항을 고려하십시오.

고 가용성 클러스터링 환경에서 5 가지 백업 지점

백업 획득의 대상으로 다음 5 가지 사항을 고려하십시오.

1. 운영 체제 (OS)
2. SIOS Protection Suite – LifeKeeper / DataKeeper 프로그램 클러스터링 소프트웨어
3. SIOS Protection Suite – LifeKeeper / DataKeeper 구성 정보
4. 응용 프로그램 (예 : SQL Server, SAP S / 4 HANA, Oracle, PostgreSQL 등)
5. 응용 프로그램 데이터

OS 백업

OS를 백업하려면 표준 OS 유틸리티 또는 타사 백업 소프트웨어를 사용하는 것이 일반적입니다. 그러나 "고 가용성"환경에는 특별한 고려 사항이 없으므로 여기서 다루지 않습니다.

SIOS Protection Suite 클러스터링 소프트웨어 백업

SIOS Protection Suite에는 SIOS LifeKeeper / DataKeeper 프로그램이 포함되어 있습니다. OS 표준 유틸리티 또는 타사 백업 소프트웨어를 사용하여 얻을 수도 있지만 디스크 오류 등으로 인해 프로그램이 사라지는 경우. 의도적으로 백업하지 않고 다시 설치해야합니다. 아마도 이분법에 대해 생각하는 사람들이있을 것입니다.

SIOS Protection Suite 구성 정보 백업

SIOS LifeKeeper에는 구성 정보를 백업 할 수있는 lkbackup이라는 간단한 명령이 제공됩니다. lkbackup은 SIOS LifeKeeper 및 관련 리소스에서 실행될 수 있으며 실행중인 서비스에는 영향을 미치지 않습니다.

이 명령은 다음 세 가지 주요 경우에 실행될 수 있습니다.

• 새로 생성 된 SIOS LifeKeeper 리소스를 설치 한 직후
• SIOS LifeKeeper 구성 변경 전후 (종속성 추가 / 변경, 자원 추가 / 삭제)
• SIOS LifeKeeper 버전 업그레이드 전후

lkbackup으로 구성 정보를 백업하는 경우 디스크 고장으로 인해 구성 정보가 사라지거나 조작 실수 등으로 구성 정보가 손상된 경우에도) 원래의 작동 상태로 빠르게 돌아갈 수 있습니다.

백업 운영 프로그램

운영 프로그램 백업은 HA 클러스터에서 보호되는 비즈니스 응용 프로그램을 백업하는 것을 의미하지만 1에서와 같이 OS 표준 유틸리티 또는 타사 백업 소프트웨어를 사용하여 백업 이미지를 생성 및 복원 할 수 있습니다. 그리고 위의 2.

백업 비즈니스 애플리케이션 데이터

HA 클러스터 환경에서는 활성 및 대기 서버 모두가 액세스 할 수있는 공유 스토리지가 제공됩니다. 정상 작동 중에는 공유 스토리지가 활성 클러스터 노드에서 사용됩니다. 응용 프로그램 데이터 (예 : 데이터베이스 데이터)는 일반적으로이 공유 스토리지의 스토리지이지만이 스토리지를 백업 할 때 다음 사항을 명심해야합니다.

공유 스토리지 구성 

활성 클러스터 노드와 대기 시스템이 공유하는 스토리지로 SANless 클러스터 구성에있는 데이터의 백업을 확보 할 때, 활성 시스템에서만 데이터에 액세스 할 수 있습니다 (대기 시스템은 데이터에 액세스 할 수 없음). 결과적으로 백업도 활성화됩니다. 이 경우 장애 조치 및 백업 복원 시나리오를 처리하기에 충분한 처리 능력이 있는지 확인하십시오.

 

데이터 복제 구성 

"데이터 복제"구성의 경우 운영 체제에서의 백업이 기본이지만 미러링을 일시적으로 중지하고 잠금을 해제하면 백업을 대기 시스템 측에서도 실행할 수 있습니다. 그러나이 경우 데이터가 일시적으로 동기화되지 않습니다.

외부 백업 서버에서 클러스터 노드 백업

외부 백업 서버에서 클러스터 노드 백업을 수행하려면 클러스터 노드의 가상 또는 실제 IP 주소를 사용하십시오. 각 경우에 유의해야 할 사항은 다음과 같습니다.

클러스터 노드의 가상 IP 주소를 사용하여 백업

백업 서버의 관점에서 LifeKeeper의 가상 IP 주소로 표시된 노드로 백업이 실행됩니다. 이 경우 백업 서버는 어떤 노드가 활성 노드인지 알 필요가 없습니다.

클러스터 노드의 실제 IP 주소를 사용하여 백업

백업 서버의 관점에서 LifeKeeper의 가상 IP 주소를 사용하지 않고 실제 IP 주소로 백업이 수행됩니다. 대기 클러스터 노드에서 공유 스토리지에 액세스 할 수 없으므로 백업 서버와 클라이언트는 어떤 노드가 활성 노드인지 확인해야합니다.

잘 테스트되고 검증 된 구성 백업에서 백업, 복제 및 장애 조치 클러스터링을 결합하는 것이 필수적입니다. 사용자 측에서 사전에 충분한 작동 검증을 수행하십시오.

SIOS의 허가하에 재생