기존 서버를 마이그레이션하기 위해 새 서버를 설정하는 중입니다.
기본적으로 우리는 RAID 5에서 6개 이상의 가상 박스 서버(Windows 및 Linux 개발, 애플리케이션, 데이터베이스 및 두 개의 테스트 워크스테이션)를 실행하는 Windows Server(2003 또는 2008)를 갖게 됩니다.
또한 데이터(파일 및 SVN 리포지토리)를 중앙 집중화해야 하므로 파일 서버가 필요합니다. 저희는 관리 경험이 없고 이전에 백업을 해본 적이 없기 때문에파일 서버를 가상화한 경험이 있습니까? 실제 상자에서 실행하는 것이 가장 좋습니다. 이 실행에 대한 조언을 환영합니다.
백업 전략에 대해 현재 개략적으로 설명하는 것은 다음과 같습니다.
참고: 현재로서는 테이프 백업은 금전적 제약으로 인해 선택 사항이 아닙니다.
- RAID 5의 별도 백업 서버에 매주 전체 백업을 수행합니다(참조:백업 서버는 RAID를 사용해야 합니까?) 및 외부 드라이브(일종의 가난한 사람의 테이프 드라이브)
- 차등 일일 백업
- 온라인 서비스에 대한 월간 백업 계획
이러한 접근 방식이 합리적이라고 생각하시나요? 나는 우리가 확실히 놓치고 있는 측면이 많이 있다고 확신합니다.
마지막으로 우리가 걱정하는 것은 VirtualBox 머신을 백업하는 방법입니다. 한 가지 간단한 방법은 모든 것을 간단하게 백업하는 것입니다(질문 중 하나에서 권장하는 대로 찾을 수 없습니다...).
해당 vbox에 포함된 데이터에 대한 귀하의 조언은 무엇입니까? 또한 백업해야 합니까("만일의 경우..."), 아니면 가상 이미지를 직접 백업하는 것이 안전합니까?
추가 정보로 활용된다면 BackupExec을 사용할 계획입니다.
시간을 내어 읽어주셔서 감사합니다.
----- 2009/08/04 업데이트 -----
건강상의 이유로 이 질문을 계속할 수 없었습니다. 질문에 답변해주신 분들 덕분에 큰 도움이 되었습니다.
이제 우리가 스케치한 백업 계획은 더 많은 배경 지식을 갖추고 있습니다. 우리는 (남아메리카 출신) 소규모 회사이기 때문에 현재로서는 테이프 드라이브를 구입할 여유가 없습니다.
이제 bacukp는 오프사이트 및 오프라인이 아닌 경우 bacukp가 아니지만 우리는 자금 제약에 대한 더 나은 전략을 얻으려고 노력하고 있습니다.
데이터 손실 기간: 1일/8시간. 복구 시간: 1일/8시간. 백업할 항목: 모두(데이터 및 서버 설치)
- 매일: 가능하면 BackupExec을 사용하여 물리적 백업 서버에 매일 차등 백업을 수행합니다. 누군가 SATA를 지원하는 외부 스토리지 허브 중 하나를 사용하자고 제안했습니다. 또 다른 제안은 테이프를 구할 수 있는 동안 저장 서비스에 업로드하는 것이었습니다. 지금은 오프사이트로 이동할 수 있는 옵션이 없습니다. 따라서 데이터 손실 창은 '가짜'입니다.
- 매주: 외부 1TB 드라이브로 전체 백업을 수행합니다.
- 월간/연간: 주간과 동일합니다. 백업을 어디에 저장할지 문제가 있습니다.
우리는 이를 단순하게 유지하고 싶지만 오프사이트 백업 유출을 극복하기 위한 모든 일일 전략으로 인해 복잡해지고 있다고 생각합니다.
답변1
나의 표준 백업 조언:
백업의 핵심은 복원이 가능하다는 것입니다.물건을 다시 복구할 수 있다는 확신이 없다면 백업은쓸모 없는. 백업 솔루션에 구현하는 모든 것은 "이로부터 어떻게 복원합니까?"라는 관점에서 나와야 합니다.
테이프는 그다지 비싸지 않으며, 디스크보다 내구성이 훨씬 뛰어나다는 장점이 있습니다. 움직이는 부품이 적고, 전류가 지속적으로 흐르지 않으며 모두 좋은 것입니다. 그것이 당신의 엉덩이를 한 번 저장한다면 그것은 이미 내 책에서 그 자체로 지불된 것입니다.
"얼마나 많은 데이터를 잃을 수 있는가"뿐만 아니라 "DR 시나리오의 경우 얼마나 오랫동안 다운될 수 있는가"도 고려해야 합니다. 3일의 복원 시간은 영업 손실 3일입니다. 복원 시간을 몇 시간 단위로 한 손으로 계산해야 합니다.
그러나 이것에 대해 너무 편집증에 빠지면 아주 빨리 어리석은 돈을 벌 수 있으므로 서버를 2~3개 로트로 나누는 것이 좋습니다. 핵심 비즈니스 기능을 계속하기 위해 지금 당장 돌아와야 하는 것과 핵심 기능이 돌아올 때까지 연기할 수 있는 것. 첫 번째 로트에 막대한 투자를 하고, 한 손을 등 뒤로 묶은 눈먼 나병 원숭이가 따를 수 있는 복원 절차(OS, 응용 프로그램 및 데이터)를 완전히 문서화했는지 확인하십시오. 사본을 인쇄하여 제본하여 방화금고에 보관하세요.- 당신이 가지고 있는 것이 전자 사본뿐이고 그것이 분실되거나 파괴된다면 당신은 망한 것입니다. 그러나 이것이 두 번째 로트로 느슨해 질 수 있다는 것을 의미한다고 생각하지 마십시오. 단지 다시 가져오는 것을 지연하거나 조금 더 오래 걸릴 수 있다는 것입니다(예: 느린 미디어에 넣음).
구체적인 예: 핵심 파일 서버는 확실히 첫 번째 로트에 들어갑니다. HR 서버가 두 번째 로트에 들어갑니다. HR 담당자에게는 중요하지만 HR 시스템 없이도 핵심 비즈니스 기능이 며칠 동안 괜찮을까요? 네, 그럴 것 같아요.
백업 솔루션을 단순하고 지루하게 유지하십시오.나는 사람들이 화려하거나 복잡한 백업 솔루션을 구현했지만 결국 너무 복잡하고 성가시며 신뢰할 수 없는 솔루션을 구현하는 것을 너무 자주 보았습니다. 백업은 지루하기 때문에 백업은 지루하다~해야 한다지루하다. 단순할수록 복원이 더 쉬워집니다. 당신은 "나, Og 클릭 버튼, Og 데이터 다시 가져오기" 접근 방식을 원합니다. 거기에 일일 수동 요소를 보관하십시오. 이는 누군가 테이프 교체나 수영장에서 HD 회전을 잊어버리는 상황을 피할 수 있는 훈련을 확립하는 데 도움이 됩니다. 이런 일이 발생하면 나중에 책임자를 해고할 수 있습니다. 하지만 어떨까요? 당신은 여전히 한 달치의 데이터를 잃어버린 상태에 있습니다.
답변2
중요한 질문은 얼마나 많은 데이터를 잃을 준비가 되어 있는가입니다. 한 달? 어느 날? 6 시간? 5분?
데이터 손실 창이 작아질수록 비용이 더 많이 듭니다.
답변3
건강 상태,
O'Reilly의 "백업 및 복구"라는 책을 읽어 보시기 바랍니다.
http://oreilly.com/catalog/9780596102463
여기서는 중요한 시스템을 백업하기 위한 일반적인 전략은 물론 "단일 실패 지점"과 같은 용어에 대해 설명합니다.
누구의 책장에도 좋은 책입니다.
답변4
I/O가 상당히 무거울 가능성이 높으므로 물리적 상자에서 파일 서버를 실행하는 것이 좋습니다. 모든 VM의 전원을 끄지 않고도 죽은 드라이브를 핫스왑할 수 있다면 좋을 것입니다. 그러나 이는 특정 설정에 따라 다릅니다.
백업 일정은 합리적으로 보이지만 손실을 감당할 수 있는 정도에 따라 달라집니다. 대부분의 백업(월별 백업 제외)이 현장에서 수행되는 것 같습니다. 즉, 건물이 소실되거나 부서지면 최대 한 달 동안 손실이 발생하게 됩니다.
외장 드라이브를 집으로 가져가는 경우 백업 마감 직전까지 집에 보관해야 합니다. 그렇지 않으면 실제로 오프사이트 백업이 아니죠? 만약 당신이 그것에 대해 징계를 받는다면, 당신은 최대 일주일을 잃게 될 것입니다. 세 개의 외부 하드 디스크 세트를 교체하여 항상 가장 오래된 하드 디스크를 현장에 두고 최신 하드 디스크를 오프 사이트에 두는 것이 더 좋습니다.
정기적으로 백업을 테스트하고 문서화하는 것을 잊지 마십시오. 각 백업 시스템이 올바르게 복원될 수 있다는 확신이 필요합니다. 동료 중 한 명이 데이터를 복원하려면 문서가 필요합니다. 전체 서버를 재구축하는 방법에 대한 문서도 필요합니다. 하나라도 실패하면 모든 세부 사항을 기억하기에는 너무 많은 생각이 들게 됩니다.
주제에서 벗어남: 공교롭게도 저는 우리 소규모 회사를 위한 유사한 인프라를 조사하고 있습니다. 경험 수준은 비슷하지만 이미 백업이 준비되어 있습니다. 여러분의 판단이 아닌 대안적인 관점을 제공하기 위해 현재 설계를 공유하겠습니다.
우리는 3개의 서버(가상화 호스트 2개, 스토리지 서버 1개)를 계획하고 있습니다. 스토리지 서버가 실행될 가능성이 높습니다.오픈 파일러. 좋은 CPU와 충분한 메모리를 갖춘 두 개의 호스트에 (듀얼일 수도 있음) 기가비트 이더넷을 통해 연결되지만 스토리지는 거의 없습니다(작은 SSD일 수도 있음). 해당 호스트는 Citrix를 실행합니다.XenServer(또는 VMWare일 수도 있습니다.ESXi) 에베어메탈, 기본적으로 많은 작업을 수행하지 않는 다른 운영 체제 내에서 가상화 소프트웨어를 실행하는 것보다 훨씬 더 효율적이기 때문입니다(예: VMWare Server와 VMWare ESXi 간의 성능 차이 참조). Xenserver는 엔터프라이즈 기능을 무료로 제공한다는 점에서 가장 흥미로운 것 같습니다. 반면 ESXi는 기본 기능 이상을 원할 경우 비용이 많이 들 수 있습니다. Xenserver 호스트에는 스토리지 자체가 없지만 다음을 통해 블록 수준 스토리지를 사용합니다.iSCSIOpenfiler 서버에서가상 하드디스크. Openfiler는 스냅샷, RAID 등을 수행할 수 있습니다. Xenserver는 한 서버에서 다른 서버로 가상 머신을 실시간 마이그레이션할 수 있으므로 게스트 VM을 종료하지 않고도 한 서버에서 유지 관리를 수행할 수 있습니다. VLAN을 지원하는 기가비트 스위치를 구입하면 스토리지 트래픽과 VM 트래픽을 분리할 수 있습니다. 정전 시 제어된 종료를 허용하는 몇 개의 UPS만 있으면 작업이 완료됩니다. 소프트웨어는 (놀랍게도) 무료이기 때문에 거의 모든 비용이 하드웨어에 대한 것입니다.
답변이 다소 길어서 죄송합니다. 하지만 다른 관점이 귀하에게 가치가 있기를 바랍니다.