(AZ-900-6)Azure Storage

1. Azure 스토리지 

스토리지 계정은 HTTP 또는 HTTPS를 통해 전 세계 어디에서나 액세스할 수 있는 Azure Storage 데이터에 고유한 네임스페이스를 제공합니다. 이 계정의 데이터는 안전하고 가용성과 내구성이 높으며 대규모 확장이 가능합니다.

스토리지 계정을 만들 때 먼저 스토리지 계정 유형을 선택합니다. 계정 유형은 스토리지 서비스 및 중복 옵션을 결정하고 사용 사례에 영향을 줍니다. 다음은 이 모듈의 뒷부분에서 다룰 중복 옵션 목록입니다.

• LRS(로컬 중복 스토리지)
• GRS(지역 중복 스토리지)
• RA-GRS(읽기 액세스 지역 중복 스토리지)
• ZRS(영역 중복 스토리지)
• GZRS(지역 영역 중복 스토리지)
• RA-GZRS(읽기 액세스 지역 영역 중복 스토리지

 

2. Storage 계정 엔드포인트

Azure Storage 계정을 사용할 경우의 이점 중 하나는 데이터에 대해 Azure에 고유한 네임스페이스를 갖는 것입니다. 이렇게 하려면 Azure의 모든 스토리지 계정에 고유한 Azure 계정 이름이 있어야 합니다. 계정 이름과 Azure Storage 서비스 엔드포인트의 조합이 스토리지 계정의 엔드포인트가 됩니다.

스토리지 계정의 이름을 지정할 때는 다음 규칙에 유의하세요.

• Storage 계정 이름은 3자에서 24자 사이여야 하고 숫자 및 소문자만 포함할 수 있습니다.
• 스토리지 계정 이름은 Azure 내에서 고유해야 합니다. 두 개의 스토리지 계정이 같은 이름을 사용할 수 없습니다. 
• Azure에서 액세스 가능한 고유한 네임스페이스를 사용할 수 있는 기능을 지원합니다

다음 표에는 Azure Storage 서비스의 엔드포인트 형식이 나와 있습니다.

https://learn.microsoft.com/ko-kr/training/modules/describe-azure-storage-services/2-accounts

Azure 스토리지 계정 설명 - Training

 

 

3. Azure 스토리지 중복성

Azure Storage는 항상 계획된 이벤트 그리고 일시적인 하드웨어 오류, 네트워크 또는 정전, 자연 재해 등의 계획되지 않은 이벤트로부터 데이터를 보호하기 위해 항상 여러 복사본을 저장합니다. 중복성은 스토리지 계정이 오류 발생 시에도 가용성 및 내구성 목표를 충족하는지 확인합니다.

시나리오에 가장 적합한 중복성 옵션을 결정할 때에는 저렴한 비용과 높은 가용성 간의 균형을 고려하세요. 선택해야 하는 중복성 옵션을 결정하는 데 도움이 되는 요소는 다음과 같습니다.

• 주 지역에서 데이터를 복제하는 방법
• 지역 재해로부터 보호하기 위해 데이터가 주 지역에서 지리적으로 멀리 떨어진 보조 지역으로 복제되는지 여부
• 주 지역을 사용할 수 없게 되면 애플
• 리케이션에서 보조 지역에 복제된 데이터에 대한 읽기 권한이 필요한지 여부

 

기본 지역의 중복성
Azure Storage 계정의 데이터는 항상 기본 지역에서 세 번 복제됩니다. Azure Storage는 주 지역에서 데이터를 복제하는 방법에 대한 두 가지 옵션, 즉 LRS(로컬 중복 스토리지) 및 ZRS(영역 중복 스토리지)를 제공합니다.

 

로컬 중복 스토리지

LRS(로컬 중복 스토리지)는 기본 지역의 단일 데이터 센터 내에서 데이터를 세 번 복제합니다. LRS는 지정된 1년 동안 개체에 11개의 9(99.999999999%) 이상의 내구성을 제공합니다.

LRS는 가장 저렴한 중복성 옵션이며 다른 옵션에 비해 내구성이 가장 낮습니다. LRS는 서버 랙 및 드라이브 오류로부터 데이터를 보호합니다. 그러나 데이터 센터 내에서 화재나 홍수와 같은 재해가 발생하는 경우 LRS를 사용하는 저장소 계정의 모든 복제본이 손실되거나 복구할 수 없게 됩니다. 이 위험을 완화하기 위해 Microsoft는 ZRS(영역 중복 저장소), GRS(지역 중복 저장소) 또는 GZRS(지역 영역 중복 저장소)를 사용하는 것을 권장합니다.

 

 

영역 중복 스토리지

가용성 영역 지원 지역의 경우, ZRS(영역 중복 스토리지)는 주 지역의 세 가지 Azure 가용성 영역에서 Azure Storage 데이터를 동기적으로 복제합니다. ZRS는 지정된 1년 동안 12개의 9(99.9999999999%) 이상의 내구성을 Azure Storage 데이터 개체에 제공합니다.

ZRS를 사용하면 영역을 사용할 수 없게 되는 경우에도 읽기 및 쓰기 작업에 모두 계속해서 액세스할 수 있습니다. 연결된 클라이언트에서 Azure 파일 공유를 다시 탑재할 필요가 없습니다. 영역을 사용할 수 없는 경우 Azure에서 DNS 재지정과 같은 네트워킹 업데이트를 수행합니다. 업데이트가 완료되기 전에 데이터에 액세스하는 경우 이러한 업데이트는 응용 프로그램에 영향을 줄 수 있습니다.

Microsoft는 고가용성이 필요한 시나리오인 경우 주 지역에서 ZRS를 사용하는 것을 권장합니다. ZRS도 데이터 관리 요구 사항을 충족하기 위해 국가나 지역 내에서 데이터 복제를 제한하는 데 사용하는 것이 좋습니다.

 

 

보조 지역의 중복성
높은 내구성이 필요한 애플리케이션의 경우 스토리지 계정의 데이터를 주 지역에서 수백 킬로미터 떨어진 보조 지역에 추가로 복사하도록 선택할 수 있습니다. 스토리지 계정의 데이터가 보조 지역에 복사되는 경우 주 지역의 데이터가 복구되지 않도록 하는 치명적인 오류가 발생하는 경우에도 데이터는 지속됩니다.

스토리지 계정을 만들 때 계정에 대한 기본 지역을 선택합니다. 쌍을 이룬 보조 지역은 Azure 지역 쌍을 기반으로 하며 변경할 수 없습니다.

Azure Storage는 보조 지역에 데이터를 복사하는 두 가지 옵션으로 GRS(지역 중복 스토리지) 및 GZRS(지역 영역 중복 스토리지)를 제공합니다. GRS는 두 지역에서 LRS를 실행하는 것과 유사하며 GZRS는 주 지역에서 ZRS를 실행하고 보조 지역에서 LRS를 실행하는 것과 유사합니다.

기본적으로 보조 지역에 대한 장애 조치(failover)가 없는 한 보조 지역의 데이터는 읽거나 쓸 수 없습니다. 기본 지역을 사용할 수 없는 경우에는 보조 지역에 대해 장애 조치(failover)하도록 선택할 수 있습니다. 장애 조치(failover)가 완료되면 보조 지역은 기본 지역이 되고 데이터를 다시 읽고 쓸 수 있습니다.

 

지역 영역 중복 스토리지

GZRS는 가용성 영역 전체의 중복성으로 제공되는 고가용성과 지역에서 복제를 통해 제공되는 지역 중단 방지를 결합합니다. GZRS 스토리지 계정의 데이터는 주 지역의 Azure 가용성 영역에 복사되며(ZRS와 유사), 또한 지역 재해로부터 보호하기 위해 LRS를 사용하여 보조 지리적 지역에도 복제됩니다. Microsoft는 재해 복구를 위해 최대 일관성, 내구성과 가용성, 뛰어난 성능 및 복원력이 필요한 응용 프로그램에 GZRS를 사용하는 것을 권장합니다.

보조 지역의 데이터에 대한 읽기 액세스
지역 중복 저장소(GRS 또는 GZRS 사용)는 지역 중단을 방지하기 위해 보조 지역의 다른 물리적 위치로 데이터를 복제합니다. 단, 고객 또는 Microsoft가 기본 지역에서 보조 지역으로 장애 조치(failover)를 시작하는 경우에는 해당 데이터를 읽을 수 있습니다. 그러나 보조 지역에 대한 읽기 권한을 사용하도록 설정하면 주 지역이 최적으로 실행되는 경우에도 데이터가 항상 사용 가능합니다. 보조 지역에 대한 읽기 액세스의 경우 RA-GRS(읽기 액세스 지역 중복 스토리지) 또는 RA-GZRS(읽기 액세스 지역 영역 중복 스토리지)를 사용하도록 설정합니다.

 

 

4. Azure Storage Service 종류

• Azure Blob: 텍스트 및 이진 데이터에 대한 확장성이 뛰어난 개체 저장소입니다. 또한 Data Lake Storage Gen2를 통한 빅 데이터 분석 지원도 포함합니다.
• Azure Files: 클라우드 또는 온-프레미스 배포에 대한 관리되는 파일 공유입니다.
• Azure 큐: 애플리케이션 구성 요소 간에 안정적인 메시징을 위한 메시징 저장소입니다.
• Azure 디스크: Azure VM용 블록 수준 스토리지 볼륨입니다.

 

 

Azure Storage의 이점
Azure Storage 서비스는 애플리케이션 개발자 및 IT 전문가에게 다음과 같은 이점을 제공합니다.

 

내구성 및 고가용성. 중복성은 일시적인 하드웨어 오류가 발생하면 데이터를 안전하게 보호합니다. 

또한 로컬 재해 또는 자연 재해로 인한 장애를 방지할 수 있도록 데이터 센터 또는 지리적 영역에서 데이터를 복제하도록 선택할 수도 있습니다. 이 방식으로 복제된 데이터는 예기치 않은 중단 시에도 고가용성을 유지합니다.

보안. Azure Storage 계정에 기록된 모든 데이터는 서비스에 의해 암호화됩니다. Azure Storage는 데이터에 액세스할 수 있는 사용자를 자세히 제어할 수 있습니다.

스케일링 가능. Azure Storage는 오늘날의 애플리케이션에 대한 데이터 저장소 및 성능 요구 사항을 충족하기 위해 대규모로 확장할 수 있도록 설계되었습니다.

관리됨. 하드웨어 유지 관리, 업데이트 및 중요한 문제를 Azure에서 처리합니다.

액세스 가능. Azure Storage의 데이터는 HTTP 또는 HTTPS를 통해 전 세계 어디에서든 액세스할 수 있습니다. Microsoft는 완성도 높은 REST API뿐만 아니라 .NET, Java, Node.js, Python, PHP, Ruby, Go 등 기타 다양한 언어로 Azure Storage용 클라이언트 라이브러리를 제공합니다. Azure Storage는 Azure PowerShell 또는 Azure CLI에서 스크립트를 지원합니다. 또한 Azure Portal 및 Azure Storage Explorer는 데이터 작업을 위한 쉬운 시각적 솔루션을 제공합니다.

Blob 스토리지

Azure Blob Storage는 클라우드용 개체 스토리지 솔루션입니다. 방대한 양의 데이터(예: 텍스트 또는 이진 데이터)를 저장할 수 있습니다. Azure Blob Storage는 비정형이므로 보관할 수 있는 데이터의 종류에 제한이 없습니다. Blob Storage는 수천 개의 동시 업로드, 대용량 비디오 데이터, 끊임없이 증가하는 로그 파일을 관리할 수 있으며, 어디서나 인터넷을 통해 연결할 수 있습니다.

Blob은 일반적인 파일 형식으로 제한되지 않습니다. 즉, 하나의 Blob에 과학 기기에서 스트리밍된 몇 기가바이트의 이진 데이터, 다른 애플리케이션용 암호화된 메시지 또는 개발 중인 앱에 대한 사용자 지정 형식의 데이터가 포함될 수 있습니다. 디스크 스토리지와 비교해 Blob Storage의 한 가지 이점은 개발자가 디스크를 살피거나 관리할 필요가 없다는 점입니다. 데이터는 Blob으로 업로드되고 Azure는 물리적 스토리지 요구 사항을 처리합니다.

Blob 스토리지가 적합한 경우는 다음과 같습니다.

• 브라우저에 이미지 또는 문서 직접 제공
• 분산 액세스용 파일 저장.
• 비디오 및 오디오 스트리밍.
• 백업/복원, 재해 복구 및 보관용 데이터 저장
• 온-프레미스 또는 Azure 호스팅 서비스에서 분석하기 위한 데이터 저장.

 

Blob Storage 액세스
Blob Storage의 개체는 HTTP 또는 HTTPS를 통해 전 세계 어디에서든 액세스할 수 있습니다. 사용자 또는 클라이언트 애플리케이션은 URL, Azure Storage REST API, Azure PowerShell, Azure CLI 또는 Azure Storage 클라이언트 라이브러리를 통해 Blob에 액세스할 수 있습니다. 스토리지 클라이언트 라이브러리는 .NET, Java, Node.js, Python, PHP 및 Ruby를 비롯한 여러 언어에서 사용할 수 있습니다.

Blob Storage 계층
클라우드에 저장된 데이터가 기하급수적으로 증가할 수 있습니다. 높아지는 스토리지 수요에 대한 비용을 관리하기 위해, 액세스 빈도 및 계획된 보존 기간과 같은 특성을 기반으로 데이터를 구성하는 것이 좋습니다. 클라우드에 저장된 데이터는 전체 수명에 걸쳐 생성, 처리 및 액세스하는 방법에 따라 다르게 처리될 수 있습니다. 일부 데이터는 수명 기간 전반에 걸쳐 활발하게 액세스되고 수정됩니다. 일부 데이터는 수명 기간 초반에는 빈번하게 액세스되지만 데이터가 오래될수록 액세스 빈도가 급격하게 떨어집니다. 일부 데이터는 클라우드에서 유휴 상태로 유지되고 저장된 후 극히 드물게 액세스되기도 합니다. 이와 같이 다양한 액세스 요구 사항을 수용하기 위해 Azure에서는 액세스 요구 사항에 따라 스토리지 비용의 균형을 맞추는 데 사용할 수 있는 몇 가지 액세스 계층을 제공합니다.

Azure Storage는 Blob Storage에 대해 서로 다른 액세스 계층을 제공하기 때문에 비용 효율적인 방식으로 개체 데이터를 저장할 수 있습니다. 사용 가능한 액세스 계층은 다음과 같습니다.

 

핫 액세스 계층: 자주 액세스하는 데이터(예: 웹 사이트의 이미지)를 저장하는 데 최적화되어 있습니다.

쿨 액세스 계층: 자주 액세스하지 않고 30일 이상 저장하는 데이터(예: 고객에 대한 송장)에 최적화되어 있습니다.

 

보관 액세스 계층: 거의 액세스하지 않고 180일 이상 보관하며 유연한 대기 시간 요구 사항(예: 장기 백업)이 있는 데이터에 적합합니다.

 

여러 액세스 계층에는 다음과 같은 고려 사항이 적용됩니다.

 

• 
  핫 및 쿨 액세스 계층만 계정 수준에서 설정할 수 있습니다. 보관 액세스 계층은 계정 수준에서 사용할 수 없습니다.
  핫, 쿨 및 보관 계층은 업로드 후에 Blob 수준에서 설정할 수 있습니다.
• 쿨 액세스 계층의 데이터는 가용성은 약간 낮아도 되지만 핫 데이터와 유사하게 여전히 내구성, 검색 대기 시간 및 처리량 특성이 높아야 합니다. 쿨 데이터의 경우 핫 데이터와 비교할 때 가용성 SLA(서비스 수준 계약)가 약간 낮고 액세스 비용이 더 많이 들지만 스토리지 비용이 적어 그런대로 균형이 맞습니다.
• 보관 스토리지는 데이터를 오프라인으로 저장하며 스토리지 비용이 가장 적지만, 데이터 리하이드레이션 및 액세스에 비용이 가장 많이 듭니다.

 

Azure 파일

Azure Files는 산업 표준 SMB(서버 메시지 블록) 프로토콜 또는 NFS(네트워크 파일 시스템)를 통해 액세스할 수 있는, 클라우드에서 완전 관리형 파일 공유를 제공합니다. Azure Files 파일 공유는 클라우드 또는 온-프레미스 배포를 통해 동시에 탑재될 수 있습니다. SMB Azure 파일 공유는 Windows, Linux, macOS 클라이언트에서 액세스할 수 있습니다. NFS Azure Files 공유는 Linux 또는 macOS 클라이언트에서 액세스할 수 있습니다. 또한 데이터가 사용되는 위치 근처에서 빠르게 액세스하기 위해 Azure 파일 동기화를 사용하여 SMB Azure 파일 공유를 Windows Server에서 캐시할 수 있습니다.

Azure Files 주요 이점:

공유 액세스

Azure 파일 공유는 산업 표준 SMB 및 NFS 프로토콜을 지원합니다. 즉, 애플리케이션 호환성에 대한 걱정 없이 온-프레미스 파일 공유를 Azure 파일 공유로 원활하게 바꿀 수 있습니다.

완전 관리형: 

Azure 파일 공유는 하드웨어 또는 OS를 관리할 필요 없이 만들 수 있습니다. 즉 서버 OS를 중요한 보안 업그레이드로 패치하거나 결함이 있는 하드 디스크를 교체하지 않아도 된다는 것입니다.

 

스크립팅 및 도구 

PowerShell cmdlet 및 Azure CLI를 사용하여 Azure 애플리케이션 관리의 일부로 Azure 파일 공유를 만들고 탑재하고 관리할 수 있습니다. Azure Portal 및 Azure Storage Explorer를 사용하여 Azure 파일 공유를 만들고 관리할 수 있습니다.

복원력: 

Azure Files는 처음부터 항상 사용할 수 있도록 빌드되었습니다. 온-프레미스 파일 공유를 Azure Files로 바꾸는 경우 로컬 정전 또는 네트워크 문제를 처리하기 위해 한밤중에 주의할 필요가 없습니다.

친숙한 프로그래밍 기능: 

Azure에서 실행 중인 애플리케이션은 파일 시스템 I/O API를 통해 공유 데이터에 액세스할 수 있습니다. 따라서 개발자는 기존의 코드와 기술을 이용하여 기존 애플리케이션을 마이그레이션할 수 있습니다. 시스템 IO API 외에도 Azure Storage 클라이언트 라이브러리 또는 Azure Storage REST API를 사용할 수 있습니다.

 

Queue Storage

Azure Queue Storage는 대량의 메시지를 저장하기 위한 서비스입니다. 저장되면 전 세계 어디서나 인증된 호출을 통해 HTTP 또는 HTTPS를 사용하여 메시지에 액세스할 수 있습니다. 큐에는 스토리지 계정에 수백만 개의 공간이 있는 만큼의 메시지가 포함될 수 있습니다. 각 개별 메시지의 크기는 최대 64KB입니다. 큐는 비동기적으로 처리할 작업의 백로그를 만드는 데 일반적으로 사용됩니다.

Queue Storage는 Azure Functions와 같은 컴퓨팅 함수와 결합하여 메시지를 받을 때 작업을 수행할 수 있습니다. 예를 들어 고객이 웹 사이트에 양식을 업로드한 후 작업을 수행하려고 합니다. 웹 사이트의 제출 단추가 Queue Storage에 메시지를 트리거하도록 할 수 있습니다. 그런 다음 Azure Functions를 사용하여 메시지가 수신되면 작업을 트리거할 수 있습니다.

 

디스크 스토리지

디스크 스토리지 또는 Azure 관리 디스크는 Azure VM에서 사용하기 위해 Azure에서 관리하는 블록 수준 스토리지 볼륨입니다. 개념적으로 실제 디스크와 동일하지만 가상화되어 실제 디스크보다 더 높은 복원력과 가용성을 제공합니다. 관리 디스크를 사용할 경우 디스크를 프로비저닝하기만 하면 Azure에서 나머지 작업을 처리합니다.

 

 

5. 연습 - 스토리지 Blob 만들기

샌드박스를 활성화하고 진행해야합니다!

 

이 작업에서는 새 스토리지 계정을 만듭니다.

1. https://portal.azure.com에서 Azure Portal에 로그인합니다.
2. 리소스 만들기를 선택합니다.
3. 범주에서 스토리지를 선택합니다.
4. 스토리지 계정 아래에서 만들기를 선택합니다.
5. 스토리지 계정 만들기 블레이드의 기본 사항 탭에서 다음 정보를 입력합니다. 다른 항목은 기본값을 사용합니다.

6. 검토 + 만들기를 선택하여 스토리지 계정 설정을 검토하고 Azure에서 구성의 유효성을 검사할 수 있도록 허용합니다.

7. 유효성 검사가 끝나면 만들기를 선택합니다. 계정이 성공적으로 생성되었다는 알림을 기다립니다.

8. 리소스로 이동을 선택합니다.

 

Blob 스토리지 작업

이 섹션에서는 Blob 컨테이너를 만들고 그림을 업로드합니다.

 

1 데이터 스토리지에서 컨테이너를 선택합니다.

 

 

2. + 컨테이너를 선택하고 정보를 작성합니다.

 

3. 만들기를 선택합니다.

image 라는 이름의 container 만듦

 

4. 다시 Azure Portal에서 만든 컨테이너를 선택한 다음 업로드를 선택합니다.

 

5. 이미지를 업로드한 후 업로드한 사진을 선택합니다

 

 

 

6. URL을 복사하여 새 탭에 붙여넣습니다.

오류 메서지가 발생

오류 메서지가 발생해야 정상입니다. Blob의 액세스가 막혀있습니다.

 

 

Blob의 액세스 수준 변경

 

1. Azure Portal로 돌아갑니다.

2. 액세스 수준 변경을 선택합니다.

3. 퍼블릭 액세스 수준을 Blob(Blob전용 익명 읽기 권한)으로 설정합니다.

 

4. 브라우저에 다시 접근해 봅니다.

HTTP 액세스로도 blob내 이미지에 접근이 가능해 졌습니다!

 

 

6. Azure 데이터 마이그레이션 옵션 식별

이제 Azure 내의 다양한 스토리지 옵션을 이해했으므로 데이터와 정보를 Azure로 가져오는 방법을 이해하는 것도 중요합니다. Azure는 Azure Migrate를 사용한 인프라, 애플리케이션 및 데이터의 실시간 마이그레이션뿐만 아니라 Azure Data Box를 사용한 데이터의 비동기 마이그레이션을 모두 지원합니다.

 

 

Azure Migrate

Azure Migrate는 온-프레미스 환경에서 클라우드로 마이그레이션하는 데 도움이 되는 서비스입니다. Azure Migrate는 온-프레미스 데이터 센터의 평가 및 Azure로의 마이그레이션을 관리하는 데 도움이 되는 허브 역할을 합니다. 다음 기능을 제공합니다.

통합 마이그레이션 플랫폼: 

Azure로의 마이그레이션을 시작, 실행 및 추적하는 단일 포털입니다.

도구 범위: 

평가 및 마이그레이션에 사용할 도구 범위입니다. Azure Migrate 도구에는 Azure Migrate: 검색 및 평가 및 Azure Migrate: 서버 마이그레이션이 포함됩니다. Azure Migrate는 다른 Azure 서비스, 도구 및 ISV(독립 소프트웨어 공급업체) 제품과도 통합됩니다.

평가 및 마이그레이션: 

Azure Migrate 허브에서 온-프레미스 인프라를 평가하고 Azure로 마이그레이션할 수 있습니다.

 

통합 도구

ISV의 도구를 사용한 작업 외에도 Azure Migrate 허브에는 마이그레이션에 도움이 되는 다음과 같은 도구가 포함되어 있습니다.

Azure Migrate: 검색 및 평가 

Azure로 마이그레이션하기 위한 준비 과정으로 VMware, Hyper-V 및 물리적 서버가 실행되는 온-프레미스 서버를 검색하고 평가합니다.

Azure Migrate: 

서버 마이그레이션 VMware VM, Hyper-V VM, 물리적 서버, 기타 가상화된 서버 및 퍼블릭 클라우드 VM을 Azure로 마이그레이션합니다.

Data Migration Assistant. 

Data Migration Assistant는 SQL Server를 평가하는 독립 실행형 도구입니다. 마이그레이션을 차단하는 잠재적인 문제를 정확히 찾아내는 데 도움이 됩니다. 이는 지원되지 않는 기능, 마이그레이션 후 유용할 수 있는 새로운 기능, 데이터베이스 마이그레이션의 올바른 경로를 식별합니다.

Azure Database 

마이그레이션 서비스. 온-프레미스 데이터베이스를 SQL Server, Azure SQL Database 또는 SQL Managed Instance를 실행하는 Azure VM으로 마이그레이션합니다.

웹앱 Migration Assistant. 

Azure App Service Migration Assistant는 Azure App Service으로 마이그레이션하기 위한 온-프레미스 웹 사이트를 평가하는 독립 실행형 도구입니다. 이 Migration Assistant를 사용하여 .NET 및 PHP 웹앱을 Azure로 마이그레이션합니다.
Azure Data Box. Azure Data Box 제품을 사용하여 대량의 오프라인 데이터를 Azure로 이동합니다.

Azure Data Box

Azure Data Box는 빠르고 저렴하며 신뢰할 수 있는 방식으로 대량의 데이터 전송을 지원하는 물리적 마이그레이션 서비스입니다. 최대 사용 가능한 스토리지 용량이 80테라바이트인 재산적 가치를 가지는 Data Box 스토리지 디바이스를 제공하여 보안 데이터 전송이 가속화됩니다. Data Box는 지역 이동 통신 사업자를 통해 데이터 센터와 송수신합니다. 러기드 케이스는 전송 중에 Data Box가 손상되는 것을 방지하고 보호합니다.

Azure Portal을 통해 Data Box 디바이스를 주문하여 Azure에서 데이터를 가져오거나 내보낼 수 있습니다. 디바이스를 받게 되면 로컬 웹 UI를 사용하여 신속하게 설정하고 네트워크에 연결할 수 있습니다. Azure로의 데이터 송수신이 완료되면 Data Box를 반환하기만 하면 됩니다. 데이터를 Azure로 전송하는 경우 Microsoft가 Data Box를 되돌려 받으면 데이터가 자동으로 업로드됩니다. 전체 프로세스는 Azure Portal의 Data Box 서비스에 의해 엔드투엔드 추적됩니다.

사용 사례
Data Box는 네트워크 연결에 제한이 없는 시나리오에서 40TB 이상 데이터 크기를 전송하는 데 아주 적합합니다. 데이터 이동은 일회성 전송, 정기적 전송 또는 초기 대량 데이터 전송 후의 정기적 전송일 수 있습니다.

• Data Box를 사용하여 데이터를 Azure로 가져올 수 있는 다양한 시나리오는 다음과 같습니다.
• 일회성 마이그레이션 - 많은 양의 온-프레미스 데이터를 Azure로 이동하는 경우입니다.
• 온라인 미디어 라이브러리를 만들기 위해 오프라인 테이프에서 Azure로 미디어 라이브러리를 이동합니다.
• VM 팜에서, SQL Server 및 애플리케이션을 Azure로 마이그레이션합니다.
• 심층 분석을 위해 기록 데이터를 Azure로 이동하고 HDInsight를 사용하여 보고합니다.
• 초기 대량 전송 - Data Box(시드)를 사용한 대량 전송 후, 네트워크를 통해 증분 데이터를 전송하는 경우입니다.
• 주기적인 업로드 - 많은 양의 데이터가 주기적으로 생성되어 Azure로 이동해야 하는 경우입니다.

Data Box를 사용하여 데이터를 Azure에서 내보낼 수 있는 다양한 시나리오는 다음과 같습니다.

재해 복구 - 

Azure의 데이터 복사본이 온-프레미스 네트워크로 복원되는 경우 일반적인 재해 복구 시나리오에서는 대량의 Azure 데이터를 Data Box로 내보냅니다. 그러면 Microsoft는 이 Data Box를 제공하고 데이터는 짧은 시간 내에 온-프레미스에서 복원됩니다.

보안 요구 사항 - 

정부 또는 보안 요구 사항으로 인해 Azure에서 데이터를 내보낼 수 있어야 하는 경우입니다.
온-프레미스 또는 다른 클라우드 서비스 공급자로 다시 마이그레이션 - 모든 데이터를 온-프레미스 또는 다른 클라우드 서비스 공급자로 다시 이동하려면 Data Box를 통해 데이터를 내보내 워크로드를 마이그레이션합니다.
가져오기 순서의 데이터가 Azure에 업로드되면 디바이스의 디스크는 NIST 800-88r1 표준에 따라 완전히 초기화됩니다. 내보내기 순서의 경우 디바이스가 Azure 데이터 센터에 도달하면 디스크가 지워집니다.

 

 

 

7. Azure 파일 이동 옵션 식별

Azure Migrate 및 Azure Data Box와 같은 서비스를 사용한 대규모 마이그레이션 외에도 Azure에는 개별 파일 또는 작은 파일 그룹을 이동하거나 이와 상호 작용하는 데 도움이 되도록 설계된 도구도 있습니다. 이러한 도구 중에는 AzCopy, Azure Storage Explorer 및 Azure 파일 동기화가 있습니다.

 

AzCopy
AzCopy는 스토리지 계정에서 또는 스토리지 계정으로 BLOB 또는 파일을 복사하는 데 사용할 수 있는 명령줄 유틸리티입니다. AzCopy를 사용하면 파일을 업로드하고, 파일을 다운로드하고, 스토리지 계정 간에 파일을 복사하고, 파일을 동기화할 수도 있습니다. 다른 클라우드 공급자와 함께 작동하도록 AzCopy를 구성하면 클라우드 간에 파일을 앞뒤로 이동하는 데 도움이 될 수 있습니다.

Azure Storage Explorer
Azure Storage Explorer는 Azure Storage 계정에서 파일 및 BLOB을 관리하는 그래픽 인터페이스를 제공하는 독립 실행형 앱입니다. Windows, macOS 및 Linux 운영 체제에서 작동하며 백 엔드에서 AzCopy를 사용하여 모든 파일 및 BLOB 관리 작업을 수행합니다. Storage Explorer를 사용하면 Azure에 업로드하거나, Azure에서 다운로드하거나, 스토리지 계정 간에 이동할 수 있습니다.

Azure 파일 동기화
Azure 파일 동기화는 Azure Files에서 파일 공유를 중앙 집중화하고 Windows 파일 서버의 유연성, 성능 및 호환성을 유지하게 해주는 도구입니다. Windows 파일 서버를 미니어처 콘텐츠 배달 네트워크로 바꾸는 것과 비슷합니다. 로컬 Windows 서버에 Azure 파일 동기화를 설치하면 Azure의 파일과 양방향 동기화가 자동으로 유지됩니다.

 

Azure 파일 동기화를 사용하면 다음을 수행할 수 있습니다.

• SMB, NFS 및 FTPS를 포함하여 로컬로 데이터에 액세스하기 위해 Windows Server에서 사용할 수 있는 모든 프로토콜을 사용할 수 있습니다.
• 전 세계에서 필요한 만큼 많은 캐시를 가질 수 있습니다.
• 동일한 데이터 센터의 새 서버에 Azure 파일 동기화를 설치하여 실패한 로컬 서버를 교체할 수 있습니다.
• 가장 자주 액세스하는 파일이 로컬로 복제되도록 클라우드 계층화를 구성하고 자주 액세스하지 않는 파일은 요청될 때까지 클라우드에 유지할 수 있습니다

 

 

 

본 게시글은 Microsoft Azure hackersground 챌린지 자료를 바탕으로 제작되었습니다.