백업,스냅샷,복제 및 복제는 모두 조직의 데이터를 보호하는 중요한 방법입니다.
이 기사에서는 특히 스토리지 어레이 간의 복제에 대해 살펴 보겠습니다. 이것의 핵심은 그것을 정의하고 다른 데이터 보호 방법을 참조하여 복제의 장단점을 제시하는 것입니다.
너무 자주 그 안에 기술이 정확히 무엇인지,또는 무엇을하는지에 대한 명확성이 부족합니다. 후자는 중요한 비트입니다,그것은 그들이 함께 맞는 방법을 결정할 수있는 방법 다른 기술 기능 때문에.
복제 대 스냅샷
복제는 기본적으로 저장소 단위의 클론을 생성하는 방법입니다. 즉,예를 들어 드라이브,볼륨 또는 논리 단위 번호(룬)의 복제본입니다. 대부분의 경우,무엇을 위해 노력하고있는 것은 정확한 사본입니다-어쩌면 거의 즉시,어쩌면 결국.
복제본 또는 복제본을 스냅샷과 다르게 만드는 이유는 대부분의 경우 스냅샷은 일종의 재구축 프로세스 후에 만 사용 가능한 복제본이 될 수 있기 때문입니다. 스냅 샷은 드라이브 또는 볼륨의 원본 복사본과 업데이트뿐만 아니라 이전 시점에서 정확한 복사본을 만들기 위해 다시 통합해야하는 삭제 된 블록을 포함하기 때문입니다.
이 아이디어는 스냅샷이 꽤 빨리 다시 빌드되고 롤백될 수 있지만 소스 미디어의 대체 가능한 복사본으로는 존재하지 않는다는 것입니다. 한편 클론과 복제본은 종종 있습니다.
모두의 가장 간단한 복제/복제본은 예를 들어 개발자가 일부 테스트 쿼리를 실행할 데이터베이스가 필요한 경우입니다. 기존 프로덕션 데이터베이스의 정확한 복사본을 복제하고 테스트 환경에서 원하는 작업을 수행할 수 있습니다. 해당 복제본은 해당 복제본이 만들어진 시점에 데이터베이스의 정확한 복제본이지만 원본 복사본에 대한 추가 변경 사항은 반영되지 않습니다.
그러나 사용 가능한 작업 클론을 만드는 측면에서 규모의 다른 쪽 끝에는 동기 복제가 있습니다. 이렇게 하면 즉시 장애 조치할 수 있는 작업 복사본을 제공하기 위해 두 개 이상의 저장소 단위에 기록된 데이터가 최대한 동시에 표시됩니다.
분명히 이것은 비용과 기술적 복잡성면에서 가격으로 제공되며 우리가 볼 수 있듯이 한계가 있습니다. 그러나 이것은 종종 우리가 복제에 대해 이야기 할 때 의미하는 것입니다.
복제 대 백업
복제가 백업을 대체할 수 있습니까? 간단한 대답은’아니오’입니다. 백업과 복제(그리고 스냅 샷도)는 서로를 보완해야합니다.
복제는 거의 연속적이고 거의 실시간으로 복사본을 만들 수 있으므로 손상되거나 감염된 파일의 복제본도 만들 수 있습니다. 이 경우 롤백할 버전이 필요합니다.
스냅숏에서 파생될 수 있지만 백업으로 뒷받침해야 하며 복제는 비용이 많이 드는 경우가 많으므로 모든 것이 백업되는 동안 특정 데이터 집합만 복제될 수 있습니다.
동기 및 비동기 배열 복제
동기 복제에서는 기본 사이트의 캐시에 도달하면 즉시 두 번째 사이트에 데이터를 쓸 수 있습니다. 수신 시 두 번째 사이트는 기본 사이트 저장소 및 변경 내용이 시작된 호스트에 승인을 보냅니다. 복제 방법은 가능한 한 동시에 여러 데이터 복사본을 작성하는 데 가깝습니다.
동기 복제는 종종 가장 하이 엔드 블록 스토리지 어레이의 보존입니다.
비동기 복제는 데이터가 기록될 때 기본 사이트의 호스트를 승인하여 프로세스에 스테이지를 추가합니다. 그런 다음 쓰기가 기본 사이트 배열에 다시 쓰기를 인정하는 두 번째 사이트로 전송됩니다. 비동기 복제는 더 넓은 범위의 스토리지 제품에서 찾을 수 있습니다.
먼 거리에서의 복제는 100 마일 당 약 1 밀리 초의 대기 시간으로 어려움을 겪기 시작하며 공급 업체는 종종 몇 백 마일을 왕복하지 않는 것이 좋습니다.
이러한 이유로 동기 복제는 응용 프로그램 성능에 더 많은 영향을 미칠 수 있습니다. 다음 입/출력(입/출력)이 발생하기 전에 승인을 요구하는 반면,비동기 복제는 로컬에서 승인하여 다음 변경이 발생할 수 있으며 데이터 이동이 지연됩니다. 물론,그것은 또한 두 데이터 세트가 더 긴 시간 동안 다를 것이라는 것을 의미합니다.
실제 복제 전략은 다시 실행 로그와 같은 응용 프로그램의 가장 중요한 요소에 대해 동기 복제의 조합을 사용할 수 있지만 복원할 수 있는 덜 중요한 데이터는 비동기를 통해 사용할 수 있습니다. 스냅 샷도 믹스의 일부를 형성 할 수 있지만,모든 정기적 인 백업을 뒷받침 할 필요가있다.
호스트,하이퍼바이저 및 클라우드 복제
여기서는 주로 스토리지 어레이에서 동기 및 비동기 복제를 다루었습니다.
다음과 같은 다른 형태의 복제가 존재합니다:
- 호스트 복제–서버 간,아마도 개별 응용 프로그램,데이터베이스 또는 전체 서버의 복제.
- 하이퍼바이저 복제-하이퍼바이저 수준에서 관리되고 개별 가상 머신(가상 머신)및 가상 스토리지 등의 요소로 구성된 복제입니다.
- 클라우드 복제-클라우드 또는 여러 클라우드를 대상으로 복제하거나 클라우드 간에 복제할 수 있습니다.
- 지역에서 복제-데이터가 여러 원격 위치에 저장되며 잠재적으로 서로 매우 멀리 떨어져 있습니다. 이는 재해 복구 또는 가용성 향상으로 인한 것일 수 있습니다. 이러한 장거리를 통한 복제는 동기적이지 않을 수 있습니다.