SAN을 어떻게 백업합니까?

오랜 독자, 처음으로 asker :)

나는 일반적으로 iSCSI와 SAN에 대해 많은 것을 읽었으며 주제에 대한 대부분의 질문과 우려에 대답 할 수 있다고 생각하지만, 여전히 남아 있습니다.

"SAN 백업"은 어떻게합니까?

다음은 다소 실제 시나리오와 이에 대한 나의 생각과 질문입니다.

소규모 (최고의 중간 규모) 회사의 관리가 작지만 적절한 스토리지 솔루션 (예 : iSCSI 기반 SAN)에 대한 자금을 제공하도록 설득했다고 가정합니다. 엔클로저에 많은 드라이브가 있고 OpenFiler를 실행하는 서버 또는 MD3000i (Dell) 또는 MSA2000i (HP)가 가장 일반적인 엔트리 레벨 솔루션 인 서버로 구성되어 있다고 가정합니다.

LUN은 코드 리포지토리, 문서, 이미지 등을 저장해야하는 서버, 몇 개의 데이터베이스를 실행하는 다른 서버, LUN을 가상화 게스트 용 디스크 (Xen-speak의 DomU)로 사용하는 다른 서버 및 다른 서버로 저장됩니다. NFS를 통해 사용자의 홈 디렉토리를 포함하는 하나의 큰 LUN을 내 보냅니다 (순수한 Linux 상점입니다). 장점은 분명합니다. 개별 서버에는 많은 로컬 스토리지가 필요하지 않으며 서버 또는 서비스의 마이그레이션이 더 쉬워집니다.

그러나 이제 저장된 데이터 전체 또는 대부분에 대한 백업 솔루션이 필요합니다. 어떻게합니까? 백업 할 데이터가있는 모든 서버에서 백업 소프트웨어 (rsnapshot을 좋아함)를 실행합니까? 그 데이터를 어디에 넣습니까? 로컬 스토리지가 많은 전용 백업 서버에서? 아니면 다시 SAN? SAN 백업을위한 "일반적인"솔루션은 무엇입니까?

SAN을 실행하는 것보다 더 많은 경험을 가진 사람들의 모범 사례와 조언을 찾고 있습니다.

감사!

편집 : SAN 예산이 시작으로 매우 제한되어 있다는 점을 고려할 때 백업 질문에 대한 비 독점적이고 매우 일반적이며 저렴한 솔루션을 찾고 있다고 생각합니다. 그런 해결책이 있다면 어쨌든. 테이프 나 동일한 두 번째 SAN 어레이에 대한 비용은 없습니다. 좀 더 분명하게했을 것입니다. 죄송합니다.

iSCSI, FC 및 CIFS 데이터가 저장된 NetApp 3020 SAN 클러스터를 사용합니다. 이 제품은 로컬로 연결된 SCSI 테이프 오토로더에 NDMP 덤프를 지원합니다. 이를 사용하면 NetApp에서 공유되는 CIFS 데이터의 파일 백업을 통해 iSCSI 및 FC LUN의 완벽한 사본을 얻을 수 있습니다. BackupExec을 사용하여 NDMP 백업을 제어하며 NetApp에 ​​대한 로컬 SCSI 연결이므로 속도가 탁월합니다.

인프라 크기와 복잡성 측면에서 비슷한 보트에있는 것처럼 들립니다.

기본적으로 프로덕션 데이터를 처리하는 SAN이 있고 테이프 라이브러리 (압축되지 않은 400GB / 테이프 인 LTO-3)에 로컬로 연결된 적절한 크기의 저장소가있는 백업 서버가 있습니다.

기본적으로 데이터 수준 백업을 수행합니다. Linux를 실행 중이므로 SAN 연결 시스템에서 백업 시스템으로 데이터를 가져 오기 위해 rsync를 수행 한 다음 데이터를 테이프에 씁니다. 다행히도 백업 서버에 충분한 로컬 스토리지가있어 로컬로 사본을 보관하고 차이점을 재 동기화 할 수 있지만 그 설정을 할 수없는 경우 많은 백업 솔루션이 스풀링 아이디어를 사용합니다 테이프에 기록되는 동안 데이터를 로컬로 저장하는 디렉토리.

테이프가 쓰는 방식으로 인해 Windows 파일 공유 또는 NFS 공유와 같이 네트워크에서 테이프로 직접 스트리밍하는 것은 매우 나쁜 생각입니다. 그것은 테이프 쓰기 속도를 완전히 없애고 테이프 드라이브의 수명을 죽입니다. 따라서 로컬 디스크를 사용하여 데이터를 스풀링하십시오.

내가 사용하는 백업 솔루션은 Amanda라고하며, 구성 상 매우 난해하지만 웹 기반 구성을 갖춘 상용 버전 (100 달러 / 서버 백업용)이 있으며 다양한 확장 기능을 다양한 플러그인에 직접 연결할 수 있습니다. 데이터베이스.

편집하다

테이프가 없다고 언급 했으므로 가난한 사람의 VTL (Virtual Tape Library), 즉 외장 USB 드라이브를 권장합니다. 최소한 Amanda는 파일을 VTL처럼 처리 할 수 ​​있으며 다른 소프트웨어 패키지도 가능하다고 확신합니다.

그러나 실제로 하드 드라이브에는 수명이 정의되어 있습니다. 회사에서 SAN을 구입하기 위해 충분한 비용을 지출하고 있다면 테이프 체인저를 구입하기 위해 노력해야합니다. 그것들은 실제로 예전보다 비싸지 않습니다. 특히 출혈 가장자리에서 사지 않으면 더욱 그렇습니다.

당신이 할 수있는 백업의 저렴한 (그리고 가장 약한) 형태의 정보로, 주위에 스냅 샷을 유지하는 것입니다 일부 가끔 장기 백업의 형태로.

스냅 샷이 저렴하다고 가정합니다. 구현 방식에 따라 다릅니다. NetApp의 WAFL 및 SUN의 ZFS와 같은 쓰기 파일 시스템에는 O (n) 복사 스냅 샷 비용과 달리 스냅 샷이 거의 제로입니다. 싼 스냅 샷은 정말 좋습니다.

스냅 샷을 유지하는 것이 실제로 백업 솔루션은 아니지만 심각한 해킹없이 제약 조건에서 실제 솔루션이 가능한지 확실하지 않습니다.

또한 저는 여기서 NetApp 개발자로 심각하게 편견이 있지만 가격 범위를 벗어났다고 결론을 내리기 전에 적어도 일부 NetApp 영업 담당자에게 진지하게 이야기 해야 합니다. :-)

직접 또는 파이버로 연결된 테이프 라이브러리 + NDMP는 매우 매끄러운 솔루션 일 수 있지만, 스토리지 시스템이 이와 같은 것을 사용하여 테이프에 쓸 수 없거나 예산이 특히 제한되어있는 경우에는 기존 백업 솔루션을 사용하여 SAN에 연결된 호스트의 백업 클라이언트를 통해 LUN의 데이터를 백업합니다.

이와 같은 시나리오에서 SAN 호스트 데이터는 백업중인 클라이언트의 물리적 디스크처럼 취급됩니다.

NDMP 기능이 때때로 스토리지 시스템 (la NetApp)에 포함되어 있지만 백업 응용 프로그램은 실제로 NDMP를 통해 백업하는 데 추가 요금이 부과 될 수 있습니다. 예를 들어, NetBackup 환경에서 NDMP 라이센스는 일반 OS 클라이언트 백업 라이센스보다 훨씬 비쌉니다.

oops .. 방금 새로 고침 하여 테이프에 $$가 없다는 것을 알았습니다. 테이프 나 다른 SAN에 있지 않은 경우 백업을 어디에 배치 할 계획입니까?

백업을 위해 모든 디스크를 사용하는 것은 가능하지만 일반적으로 많은 양의 데이터에 대한 예산 옵션으로 간주되지 않습니다. 마찬가지로, 데이터를 동일한 SAN에 백업하면 디스크를 완전히 분리해야하는 등주의를 기울이면 일부 위험을 완화 할 수 있지만 실제로 전체적인 장애 또는 재해 방지 기능을 제공하지는 않습니다. 디스크가 많은 백업 서버도 마찬가지입니다. 어느 정도의 보호 수준이지만 SAN과 빅 혼킨 백업 서버가 모두있는 위치에 심각한 정전이나 재해가 발생하면 모든 데이터가 사라집니다.

우리는 SAN으로 이전하기 전의 기존 백업 인프라를 계속 사용했습니다. Legato Networker를 실행하는 개별 호스트가 매일 밤 Storagetek 테이프 시스템에 덤프됩니다. 솔직히 저렴한 솔루션을 찾고 있다면 ... 디스크 백업이 가장 저렴할 것입니다. 테이프처럼 필요할 경우 드라이브를 오프 사이트 위치로 전송할 수도 있습니다.

데이터가 많지 않기 때문에 사용 된 SDLT 또는 초기 LTO 1,2 테이프 드라이브를 구입하십시오.