고객이 명시된 역할 기반 액세스 제어(RBAC) 목표와 대체 암호 해독 기능을 충족하는 데 도움이 되는 구성 요소는 Veeam Backup Enterprise Manager입니다. Veeam Backup Enterprise Manager는 여러 Veeam 백업 서버를 중앙 집중식으로 관리할 수 있는 웹 기반 인터페이스입니다. 또한 사용자 권한과 백업 데이터에 대한 액세스를 세부적으로 제어할 수 있는 RBAC 정책도 제공합니다. 예를 들어, 책임과 필요에 따라 백업 관리자, 복원 운영자, 보안 담당자 등 다양한 역할을 다양한 사용자 또는 그룹에 할당할 수 있습니다. 또한 Veeam Backup Enterprise Manager는 인증된 사용자가 암호화된 백업을 복원할 수 있도록 하는 비밀번호 분실 방지 기능도 제공합니다. 비밀번호를 잊어버리거나 분실한 경우 비밀번호를 입력하지 않고.

Veeam University Hospital의 백업 보존 요구 사항을 충족하는 솔루션을 설계하려면 이 프로젝트의 온프레미스 백업 보존에 대한 최소 요구 사항을 고려해야 합니다. 이는 백업 데이터의 가용성과 신뢰성은 물론 백업 스토리지의 규정 준수와 보안을 보장하는 데 도움이 됩니다.
사례 연구에 따르면 이 프로젝트의 온프레미스 백업 보존에 대한 최소 요구 사항은 B입니다.
온프레미스 보존은 매일 14회, 매주 2회 백업이어야 합니다.
이 요구 사항은 다음을 의미합니다.
*온프레미스 백업 보존은 NFS 스토리지, 중복 제거 어플라이언스 등과 같은 로컬 백업 스토리지에 백업 데이터를 보관해야 하는 기간을 정의하는 정책입니다.
*온프레미스 백업 보존은 일일 백업 14회, 주간 백업 2회여야 합니다. 즉, 로컬 백업 스토리지에 최소 일일 백업 복사본 14개와 주간 백업 복사본 2개를 보관해야 합니다.
*온프레미스 백업 보존은 가상 머신, 물리적 서버, NAS 시스템 등 Veeam Backup & Replication에서 백업하는 모든 유형의 워크로드에 적용되어야 합니다.
이 요구 사항은 다음과 같은 Veeam University Hospital의 비즈니스 및 규정 준수 요구 사항을 기반으로 합니다.
*재난이나 장애 발생 시 최신 백업에 대한 빠르고 안정적인 복원 옵션을 갖기 위해.
*의료 기관이 최소 6년 동안 백업 데이터를 보관하도록 요구하는 HIPAA 규정을 준수하기 위해1.

Veeam 대학병원의 필요와 요구 사항을 충족하는 솔루션을 설계하려면 검색 단계에서 몇 가지 중요한 정보를 수집해야 합니다. 이 정보는 환경의 현재 상태, 이해관계자의 목표와 기대, 프로젝트의 제약과 과제를 이해하는 데 도움이 됩니다.
사례 연구에 따르면 검색에서 누락된 중요한 정보 중 일부는 다음과 같습니다.
*현재 데이터 세트의 크기. 이 정보는 데이터의 크기와 유형을 기준으로 백업 저장소 요구 사항은 물론 백업 성능과 효율성을 예측하는 데 도움이 되므로 매우 중요합니다. 가상 머신, 물리적 서버, NAS 시스템 등 각 워크로드에 얼마나 많은 데이터가 저장되어 있는지, 그리고 매일 또는 매주 얼마나 많은 데이터가 변경되거나 추가되는지 알아야 합니다.
*백업 보존 정책. 이 정보는 백업 복사본 수 및 빈도, 백업 스토리지 계층, 백업 삭제 규칙 등과 같은 백업 보존 설정 및 정책을 정의하는 데 도움이 되므로 매우 중요합니다. 백업 데이터의 보관 기간을 알아야 합니다. 규정 준수 또는 기록 목적을 위해 보관되며, 사용 가능한 백업 스토리지 용량이 얼마나 되는지 또는 필요한지 여부도 알 수 있습니다.

백업 창을 12시간에서 14시간으로 변경하면 백업 작업을 완료하는 데 더 많은 시간이 걸리므로 동시성이 덜 필요합니다. 이렇게 하면 백업, 복제 및 복원 작업을 수행하는 데이터 이동자인 프록시의 부하가 줄어듭니다1. 프록시는 동일한 양의 데이터를 처리하는 데 CPU, 메모리 등 더 적은 리소스가 필요합니다.
다른 옵션은 다음과 같은 이유로 올바르지 않습니다.
* A) 위에서 설명한 것처럼 프록시에는 더 많은 리소스가 필요하지 않습니다.
* B) 마운트 서버는 백업 창의 영향을 받지 않으므로 더 적은 리소스가 필요하지 않습니다. 마운트 서버는 백업 파일을 마운트하고 해당 파일에서 데이터를 복원하는 데 사용됩니다2. 리소스 소비는 백업 창이 아니라 복원 빈도와 성능에 따라 달라집니다.
* D) 백업 기간이 백업 크기에 영향을 주지 않으므로 리포지토리에는 더 많은 저장 공간이 필요하지 않습니다. 리포지토리는 백업 파일이 저장되는 저장 위치입니다3. 저장 공간 소비는 백업 기간이 아니라 백업할 데이터 양, 백업 방법, 보존 정책, 압축 및 중복 제거 설정에 따라 달라집니다.
다음 리소스에서 백업 기간 및 Veeam 구성 요소에 대한 자세한 정보를 찾을 수 있습니다.
* 백업 창
* 마운트 서버
* 백업 저장소

Veeam 대학병원의 필요와 요구 사항을 충족하는 재해 복구 솔루션을 설계하려면 검색 단계에서 일부 정보를 식별해야 합니다. 이 정보는 복제 및 장애 조치 프로세스의 범위와 규모, 네트워크 및 스토리지 리소스와 제한 사항, 복구 시간 목표 및 복구 지점 목표를 이해하는 데 도움이 됩니다.
Veeam 백업 및 복제 모범 사례 가이드에 따르면 재해 복구 솔루션을 설계하는 데 필요하고 검색 중에 식별해야 하는 일부 정보는 다음과 같습니다.
*복제할 가상 머신의 수입니다. 이 정보는 가상 머신의 수와 유형을 기반으로 복제 작업의 수와 크기는 물론 복제 성능과 확장성을 결정하는 데 도움이 됩니다.
*위치 간 사용 가능한 대역폭입니다. 이 정보는 복제 트래픽에 사용할 수 있는 네트워크 대역폭 및 처리량은 물론 복제 활동이 네트워크 성능 및 대기 시간에 미치는 영향을 추정하는 데 도움이 됩니다.
*복제 소스가 될 사이트와 복구 대상이 될 사이트는 무엇입니까? 이 정보는 소스 및 대상 위치를 기반으로 프록시 서버, 리포지토리 서버, WAN 가속기, 장애 조치 계획과 같은 복제 인프라를 계획하고 구성하는 데 도움이 됩니다.
주제 2, Veeam 생명 및 면책
요약:
Veeam Life and Indemnity는 캘리포니아주 프레즈노와 뉴욕주 카슨시티 데이터 센터에서 추가 가상 머신, 물리적 서버 및 NAS 워크로드를 보호하기 위해 기존 Veeam 백업 인프라를 확장하고 있습니다.
Veeam 소프트웨어의 최초 설치 및 구성은 2년 전에 이루어졌습니다. 설치 이후 조직이 성장함에 따라 기존 워크로드와 새 워크로드를 수용할 수 있도록 Veeam 인프라의 규모를 조정해야 합니다.
지난 3개월 동안 Veeam Life and Indemnity는 할당된 백업 기간 내에 백업을 완료하는 데 문제가 있음을 발견했습니다. 백업 작업의 40%만 성공적으로 완료되므로 백업을 두 세트로 나누고 격일로 실행합니다. 또한 개발 환경에 대한 모든 백업을 중지했습니다.
또한 원래 구성에서는 매일 백업 복사 작업이 필요했으나 백업이 완료되는 문제로 일요일에만 실행되도록 수정되었습니다.
또한 그들은 스토리지 성능 저하를 발견했으며 데이터 증가를 수용하기 위해 분기별로 새 스토리지를 구입해야 했습니다.
솔루션 개념:
Veeam Life and Indemnity는 Veeam Backup & Replication을 최신 버전으로 업그레이드하고 있습니다. 또한 기존의 모든 물리적 하드웨어와 스토리지를 현재 세대의 장비로 교체하고 있습니다. Veeam Life and Indemnity는 프로덕션 및 개발 테스트 워크로드를 포함한 모든 백업이 매일 밤 실행될 수 있고 모든 백업이 필요한 백업 창 내에 완료되기를 원합니다. 또한 Veeam Life와 Indemnity는 매일 복사 작업을 실행하여 백업된 모든 데이터의 복사본이 두 물리적 사이트 모두에 상주하도록 하려고 합니다.
Veeam Life and Indemnity도 랜섬웨어의 위협에 대해 우려를 표명했습니다. 그들은 어떤 종류의 데이터 유출도 경험한 적이 없지만, 데이터 유출이 발생할 경우 복구할 수 있는 능력을 보장하고 싶어합니다.
기존 기술 환경:
Veeam Life and Indemnity는 모든 위치에 VMware 클러스터를 보유하고 있습니다. 이러한 클러스터는 두 가지 범주로 구분됩니다.
일반 용도의 가상 워크로드와 MSSQL 및 Oracle과 같은 애플리케이션별 워크로드.
모든 고객 데이터는 정부 규제를 따르며 항상 안전하게 보관되어야 합니다.
Veeam Life and Indemnity에는 백업 전에 정지해야 하는 독점 CRM 시스템이 있습니다.
모든 이메일은 Office 365에서 호스팅됩니다.
모든 데이터베이스 서버는 가상화됩니다.
모든 가상 머신은 골드, 실버 또는 브론즈로 분류되며 계층에 따라 다양한 서비스 수준 계약이 적용됩니다.
현재 전송 중이거나 저장되어 있는 모든 백업이 암호화되어 있습니다.
두 사이트의 인터넷 연결은 현재 1Gbps이며 곧 2Gbps로 늘릴 계획입니다.
모든 현장 영업 담당자에게는 CRM 클라이언트를 실행하는 회사 노트북이 할당됩니다.
각 위치의 LAN은 최대 40Gbps 대역폭을 지원합니다.
모든 백업은 현재 각 범위가 CIFS 공유에 있는 확장형 백업 리포지토리에 기록됩니다.
각 부서에는 자체 vLAN이 있으며, 프로덕션 트래픽을 위한 총 30개의 vLAN이 있습니다.
단일 관리 vLAN이 사이트 간에 확장됩니다.
모든 비정형 데이터는 회사의 기존 NAS 장치에 있는 10개의 NFS 공유 또는 Windows 파일 서버에 파일 공유로 저장됩니다.
VMware는 VM 데이터스토어에 vSAN을 사용합니다.
모든 vLAN은 통신을 위해 방화벽을 통과해야 하며 백업 네트워크 자체는 라우팅할 수 없습니다.
방화벽을 통과하려면 클러스터 간의 모든 네트워크 트래픽이 필요합니다.
방화벽 장치는 최대 20Gbps를 지원할 수 있습니다.
비즈니스 요구 사항:
제한된 인력으로 인해 모든 백업은 동적으로 범위가 지정되어야 합니다.
모든 백업은 백업 성능 문제를 방지하기 위해 현재 백업 창 외부의 사이트 전체에 복사되어야 합니다.
고객 데이터의 민감성으로 인해 계층 1 헬프데스크 직원은 이러한 백업에 액세스할 수 없어야 합니다.
고객이 아닌 데이터를 복원할 수 있는 액세스 권한이 있어야 합니다.
백업 관리자는 엄격한 배경 조사를 받아야 하며 기밀 고객 데이터의 복원을 수행할 수 있는 유일한 직원이어야 합니다.
법적 문제가 있는 경우 백업 데이터에서 신속하고 시기적절한 검색이 지원되어야 합니다.
보안을 위해 모든 스토리지는 데이터 침해를 방지하도록 강화되어야 합니다.
원격 영업 직원은 자신의 장치에 대한 백업을 시작할 수 있어야 합니다.
규정 요구 사항으로 인해 성공적이고 일관된 백업과 보안 정책 준수를 보장하기 위해 정기적으로 감사를 수행해야 합니다.
기술 요구 사항:
모든 백업은 현지 시간으로 오후 5시에서 오전 8시 사이에 완료되어야 합니다. 백업 복사 작업은 백업 기간 외에 매일 성공적으로 완료되어야 합니다.
골드 계층 가상 머신의 복구 지점 목표는 이미지 백업의 경우 1시간, 견인 로그 백업의 경우 15분이며 복구 시간 목표는 4시간입니다.
실버 계층 가상 머신의 복구 지점 목표는 24시간이고 복구 시간 목표는 8시간입니다.
브론즈 계층 가상 머신의 복구 지점 목표는 7일이며 복구 시간 목표는 정의되어 있지 않습니다.
NAS 장치 및 파일 서버에는 지정된 복구 시간 목표 없이 4시간의 복구 지점 목표가 있습니다.
규정 요구 사항에 따라 주간 백업 8회, 월간 백업 3회, 연간 백업 7회를 유지해야 합니다.
모든 데이터는 비행 중 및 휴식 중에 암호화되어야 합니다.
비밀번호를 분실한 경우 암호화된 백업에 대한 대체 암호 해독 기능이 가능해야 합니다.
백업 데이터에 대한 무단 액세스를 방지하려면 역할 기반 액세스 제어를 사용해야 합니다.
침입을 방지하려면 새로운 스토리지를 강화해야 하며, 랜섬웨어 공격을 방지하려면 기록된 데이터는 가능하면 변경할 수 없어야 합니다.
복원 작업을 수행하기 전에 모든 백업에서 맬웨어를 검사해야 합니다.
모든 골드 레벨 시스템은 특정 법률을 준수하도록 복원하기 전에 사용자 정의 스크립트를 실행해야 합니다.
복구 가능성을 확인하려면 골드 계층 백업을 테스트해야 합니다.
영업 분야에 속하는 노트북을 제외하고 백업 중에는 실버 계층 시스템만 인덱싱해야 합니다.
노트북에 있는 모든 개인 파일은 백업에서 제외되어야 합니다.
모든 MSSQL 서버 백업에서는 H: 드라이브를 제외해야 합니다.