Azure Storage는 Microsoft에서 관리하는 클라우드 스토리지 서비스로, 수동으로 관리하는 경우 훨씬 적은 비용으로 가용성, 내구성, 확장 성 및 중복 스토리지를 제공합니다. Azure Storage에 대한이 블로그에서는 다음과 같은 Azure의 다양한 스토리지 제품에 대해 알아 봅니다. 테이블, blob, 파일 저장소 과 대기열 ! 끝까지 Azure에서 이러한 모든 서비스에 대한 데모도 포함했습니다. Azure Storage에 대한 개요는이 자습서를 참조 할 수도 있습니다.
다음은 오늘 다룰 주제입니다.
스토리지가 필요한 이유
예제를 사용하여이를 이해하고 다음 아키텍처를 고려하십시오.
이 아키텍처는 이미지 처리 웹 사이트를위한 것입니다. 우리는 웹 사이트 서버와 백엔드 서버라는 두 가지 서버 클래스에 부하를 분산하려고했습니다. 웹 사이트 서버의 유일한 임무는 웹 사이트에 대한 수신 페이지 요청을 처리하는 것입니다. 백엔드 서버는 작업에 해당하는 '처리'를 처리합니다.이 경우에는 이미지 처리가됩니다. 알려지지 않은 두 개의 빈 '엔티티'가 있습니다.
첫 번째 엔티티는 웹 사이트 서버에서 들어오는 작업을 저장하는 데 필요합니다. 이러한 작업은 작업을 실행하기 위해 백엔드 서버에서 선택됩니다. 작업이 완료되면 이미 처리 된 작업이므로 다른 서버에서 다시 처리하기 위해 선택하지 않도록이 항목에서 제거해야합니다.
왜이 목록을 백엔드 서버에 저장할 수 없는지 궁금 할 것입니다.이 때문입니다, 사용 사례를 위해 여러 백엔드 서버가 필요합니다. 따라서이 목록은 각 백엔드 서버에 있어야하며 작업이 성공적으로 완료 될 때마다 모든 서버가 목록을 업데이트해야합니다. 이제 이것은 어려운 작업이됩니다.
따라서 더 나은 솔루션이 필요했습니다. 따라서 모든 백엔드 서버에 액세스 할 수있는 공통 위치를 생각해 냈습니다. 여기서 모든 작업은 선착순으로 저장할 수 있습니다.이 위치를 대기열이라고합니다.
두 번째 알 수없는 엔티티는 처리 된 이미지를 저장하는 데 필요합니다.우리는 뭔가 필요했습니다최소한의 처리 오버 헤드로 이미지를 저장할 수 있습니다.분명한 대답은 스토리지 용 파일 시스템이었습니다.
결론적으로, 우리는 열 첫 번째 엔터티를위한 스토리지와 두 번째 엔터티를위한 스토리지 파일 시스템 . 하지만 이미지 나 작업을 저장하기 위해 데이터베이스가 아닌 파일 시스템이 필요한 이유는 무엇입니까?
스토리지 대 데이터베이스
파일 시스템은 낮은 처리량을 필요로 할뿐만 아니라 액세스하기도 쉽습니다. 데이터베이스에 이미지를 저장하면 이미지가 필요할 때마다 데이터베이스에 쿼리 요청을해야합니다. 파일 시스템에서 동일한 경우를 상상해보십시오. 파일에 액세스하는 것이 매우 간단하고 가볍기 때문에 많은 처리가 필요하지 않습니다. 또한 데이터베이스 저장소는 파일 시스템 저장소보다 비쌉니다.
Azure Storage 란?
Azure 저장소 고객의 요구를 충족하기 위해 내구성, 가용성 및 확장성에 의존하는 최신 애플리케이션을위한 클라우드 스토리지 솔루션입니다.
Azure에서 스토리지를 사용하기 위해 가장 먼저 필요한 것은 스토리지 계정.
스토리지 계정
Azure에서 스토리지 유형을 사용하려면 먼저 Azure에서 계정을 만들어야합니다. 계정을 만든 후 스토리지 계정의 서비스간에 데이터를 전송할 수 있습니다. 클라우드에 최대 500TB의 데이터를 저장할 스토리지 계정을 만듭니다. Blob Storage 계정 및 핫 또는 쿨 액세스 계층 사용개체 데이터에 액세스하는 빈도에 따라 비용을 최적화합니다.
스토리지 계정은 두 가지 유형이 있습니다.
- 범용
- Blob 저장소
각각에 대해 자세히 설명하겠습니다.
범용 스토리지 계정
범용 스토리지 계정은 통합 계정의 Blob, 큐, 파일 및 테이블, 이러한 모든 서비스에 대한 액세스를 제공하는 공간을 제공합니다. 범용 저장소 계정을 사용하여 개체 데이터를 저장하고, NoSQL 데이터 저장소로 사용할 수 있으며, 메시지 처리를위한 큐를 정의 및 사용하고 설정하는 데 사용할 수 있습니다. 파일 공유 클라우드에서.
앞서 언급했듯이 Azure에는 주로 4 가지 유형의 저장소 유형이 있습니다.
- 테이블
- 얼룩
- 대기열
- 파일 저장
테이블
그만큼 Azure 테이블 스토리지 서비스는 많은 양의 구조화 된 데이터를 저장합니다. 이 서비스는 Azure 클라우드 내부 및 외부에서 인증 된 호출을 수락하는 NoSQL 데이터 저장소입니다. Azure 테이블은 구조화 된 비 관계형 데이터를 저장하는 데 이상적입니다.
얼룩
Azure Blob 스토리지는 비정형 데이터를 클라우드에 객체 / 얼룩 . 얼룩 저장소는 문서, 미디어 파일 또는 응용 프로그램 설치 프로그램과 같은 모든 유형의 텍스트 또는 이진 데이터를 저장할 수 있습니다. 얼룩 스토리지는 오브젝트 스토리지라고도합니다.
대기열
Azure 큐 저장은 많은 수의 메시지를 저장하는 서비스입니다.HTTP 또는 HTTPS를 사용하는 인증 된 호출을 통해 전 세계 어디서나 액세스 할 수 있습니다. 싱글 열 메시지 크기는 최대 64KB 일 수 있으며 열 스토리지 계정의 총 용량 제한까지 수백만 개의 메시지를 포함 할 수 있습니다.
파일 저장
에 파일 저장 공유는 SMB입니다. 파일 공유하다 하늘빛 . 모든 디렉토리 및 파일 상위 공유에서 만들어야합니다. 계정은 무제한의 공유를 포함 할 수 있으며 공유는 무제한의 공유를 저장할 수 있습니다. 파일 , 최대 5TB의 총 용량 파일 공유.
문자열을 날짜 자바로 변환
Blob 저장소
Blob Storage 계정은 Blob 데이터 저장에 특화되어 있으며 Blob 데이터를 선택하는데도 사용할 수 있습니다. 액세스 계층 , 계정의 데이터에 액세스하는 빈도를 지정할 수 있습니다. 스토리지에 적합하고 비용에 맞는 액세스 계층을 선택할 수 있습니다.
액세스 계층에는 두 가지 유형이 있습니다.
뜨거운: 이 액세스 계층은 가능한 가장 낮은 지연 시간을 제공합니다. 따라서 자주 액세스하는 데이터와 함께 사용해야합니다. 당연히 낮은 지연 시간을 제공하기 때문에 더 비쌉니다.
춥다: 이 액세스 계층은 '핫'액세스 계층보다 성능이 낮습니다. 즉,이전 액세스 계층. 즉, 가격표가 저렴하므로 액세스 빈도가 낮은 데이터에 사용할 수 있습니다.
계속해서 두 스토리지 계정 유형, 즉 Blob 저장소 과 범용 저장소 계정 가용성이 높도록 설계되었습니다. 고 가용성을 통해 azure에서 호스팅되는 파일을 연중 무휴 24 시간 사용할 수 있습니다. 그리고 고 가용성은 복제를 통해서만 가능합니다.
복제
Azure에는 기본적으로 4 가지 유형의 복제가 있습니다.
로컬 중복 스토리지
LRS (Locally Redundant Storage)는 스토리지 확장 단위, 즉 데이터 센터 내부에서 데이터를 세 번 복제합니다. 데이터 센터는 스토리지 계정을 만든 지역에 있습니다. 쓰기 요청은 세 개의 복제본 모두에 기록 된 경우에만 성공적으로 반환됩니다. 이러한 각 복제본은 별도의 장애 도메인에 상주하고 하나의 스토리지 확장 단위 내에서 도메인을 업그레이드합니다.
영역 중복 스토리지
ZRS (Zone-Redundant Storage)는 LRS와 유사한 3 개의 복제본을 저장하는 것 외에도 1 개 또는 2 개의 지역 내의 데이터 센터간에 데이터를 비동기식으로 복제하므로 LRS보다 높은 내구성을 제공합니다. ZRS에 저장된 데이터는 기본 데이터 센터를 사용할 수 없거나 복구 할 수없는 경우에도 내구성이 있습니다.
지리적 중복 스토리지
GRS (지역 중복 저장소)는 기본 지역에서 수백 마일 떨어진 보조 지역에 데이터를 복제합니다. 스토리지 계정에 GRS가 활성화되어 있으면 전체 지역 중단이나 주 지역을 복구 할 수없는 재해가 발생하더라도 데이터가 지속됩니다.
읽기 액세스 지역 중복 스토리지
RA-GRS (읽기 액세스 지역 중복 저장소)는 GRS에서 제공하는 두 지역의 복제 외에도 보조 위치의 데이터에 대한 읽기 전용 액세스를 제공하여 저장소 계정의 가용성을 극대화합니다.
좋습니다. 이제 필요한 모든 정보를 얻었습니다. 데모로 손가락을 구부려 보겠습니다!
데모
이 데모는 두 부분으로 진행됩니다.
1 부: Blob 서비스에 파일을 업로드 할 수있는 웹 사이트를 설정해 보겠습니다. 파일이 업로드되면 파일의 세부 정보도 Azure 대기열에 추가되며 새로 고칠 때 웹 페이지의 배경을 변경하는 데 사용됩니다.
1 단계: 앞서 언급했듯이 첫 번째 단계는 스토리지 계정을 만드는 것입니다. 이렇게하려면 아래 이미지의 지침을 따르십시오.
- 먼저 왼쪽 창에서 스토리지 계정을 클릭하십시오.
- 그런 다음 추가를 클릭하십시오.
- 마지막으로 모든 관련 필드를 입력하고 만들기를 클릭합니다.
2 단계: 그게 다야! 스토리지 계정을 성공적으로 만들었습니다. 계정에는 Blob, 큐, 파일 및 테이블과 같은 네 가지 유형의 스토리지 서비스가 있습니다. 이 Azure Storage 자습서에서는이 부분에서 Blob 서비스와 큐 서비스를 시연 할 것입니다. 또한 자세한 데모는이 블로그 시작 부분에 첨부 된 Azure Storage 자습서에 대한 비디오를 참조하십시오. 먼저 Blob 서비스를 구성하겠습니다. 스토리지 계정으로 이동하여 Blob을 클릭합니다.
3 단계 : 클릭 컨테이너 , 새 컨테이너를 만듭니다. 먼저 컨테이너 이름을 입력합니다.이 이름은이 특정 계정에서 만들 모든 컨테이너에 고유해야합니다. 다음으로 공개 액세스 수준을 할당합니다. Blob은 파일에 불과합니다. 할당하는 경우 개인 액세스 수준 , 나만이 컨테이너의 콘텐츠를 다운로드 할 수 있습니다. 할당하는 경우 blob 액세스 수준, 이 계정의 컨테이너에 대한 링크가있는 모든 사용자 그 안에있는 파일에 액세스 할 수 있습니다. . 와 컨테이너 액세스 수준 , 링크가있는 모든 사용자 파일 및 폴더에 액세스 이 용기 안에. 데모를 위해 Blob 액세스 수준을 선택합니다. 마지막으로 확인을 클릭합니다.
4 단계 : 지정웹 사이트 코드에있는 스토리지 계정의 연결 문자열. 연결 문자열은 코드를 인증하여 지정된 저장소 계정 및 해당 서비스와 상호 작용합니다. 이렇게하려면 스토리지 계정을 선택한 다음 액세스 키를 선택하고 마지막으로 연결 문자열 중 하나를 복사하면됩니다. 이 연결 문자열을 웹 사이트의 코드에 붙여 넣으면 설정이 완료됩니다!
5 단계 : 이제 대기열부터 시작하겠습니다. 스토리지 계정 개요 페이지에서 큐를 선택합니다.
6 단계 : 다음으로 대기열을 생성합니다. 이를 위해 대기열 추가를 클릭하고 대기열에 관련 이름을 지정한 다음 확인을 클릭합니다. 마지막으로 코드에서 관련 정보를 대체하십시오.
7 단계 : 이것은 우리가 만든 웹 사이트입니다. 업로드 할 파일을 선택하고 업로드를 클릭하십시오.
파일이 업로드되면 다음과 같은 화면이 표시됩니다.
자바의 스택 및 힙
이를 통해 컨테이너와 큐에 파일을 성공적으로 추가했습니다. 아래 화면에서 동일하게 볼 수 있습니다.
이제 blob에도 항목이 있는지 확인하겠습니다.
8 단계 : 웹 사이트의 프로세스 페이지로 이동하여 큐 및 Blob의 항목을 읽을 수 있는지 확인합니다. 보시다시피 이미지 이름은 동일합니다.
오름차순으로 배열을 정렬하는 C ++ 프로그램
이것으로 데모의 1 부를 마칩니다. 2 부로 넘어가겠습니다.
2 부: 이 부분에서그만큼ure storage tutorial, 우리는 파일 서비스 하늘빛. 그만큼 파일 서비스 에그만큼유아르 자형e는 파일 전송에 SMB 3.0 프로토콜을 사용하며,이 서비스는 마치 외장 드라이브 인 것처럼 Windows OS에 연결할 수 있습니다.지금 Azure Portal에서 시도해 보겠습니다.
1 단계: 스토리지 계정 개요 페이지로 이동하여 파일을 선택합니다.서비스.
2 단계: 다음 페이지에서 파일 인스턴스의 이름과 원하는 인스턴스 크기를 입력합니다. 마지막으로 확인을 클릭합니다.
3 단계 : 파일 서비스를 선택한 다음 연결을 클릭하십시오.
속성 창에서 이미지에 표시된대로 링크를 복사합니다.
요소를 구분할 수 있도록 메모장에 붙여 넣습니다.
- 첫 번째 포인트는 주소 열입니다.
- 두 번째 요점은 사용자 이름입니다.
- 세 번째는 비밀번호입니다.
저장합니다. 이러한 세부 정보는이 Azure 저장소 자습서의 다음 단계에서 사용됩니다.
4 단계 : 바탕 화면에서 내 컴퓨터 아이콘을 마우스 오른쪽 버튼으로 클릭하고 네트워크 드라이브 매핑을 클릭합니다.
5 단계 : 메모장에서 복사 한 첫 번째 지점을 폴더 텍스트 상자에 입력하고 마침을 클릭합니다.
6 단계 : 다음 단계에서 메모장에서 사용자 이름과 비밀번호를 입력하고 마지막으로 확인을 클릭합니다.
7 단계 : 축하합니다! 너의...에zure 스토리지 드라이브가 준비되었습니다. 이제 컴퓨터의 다른 드라이브처럼 사용할 수 있습니다!
이것으로 데모를 마칩니다. Azure에 대해 자세히 알고 싶으십니까? 당신을 돕기 위해 여기 있습니다! 왼쪽 메뉴에서 블로그를 확인할 수 있으며, 주요 Azure 서비스를 광범위하게 다루었으며이 목록은 자주 업데이트됩니다. 계속 지켜봐주세요!
Microsoft Azure에서 인증을 받고 업계를 선도하는 전문가로부터이 기술을 배우고 자하는 사람이라면 올바른 위치에 있습니다. 우리는 에듀 레카에 있습니다! 학습에 전념합니다. 자격증을 취득하는 데 도움이되는 과정을 제공하여 꿈의 직장 프로필을 추적 할 수 있도록 도와드립니다!
Microsoft 시험에 응시하는 데 필요한 사항을 정확히 다루는 커리큘럼을 마련했습니다! 에 대한 과정 세부 정보를 볼 수 있습니다. 여기에서 훈련.
또한이 Azure 자습서 블로그 시리즈는 Azure 서비스에 대한 블로그 섹션을 확장함에 따라 자주 업데이트되므로 계속 지켜봐주십시오!
질문이 있으십니까? 이 Azure Storage 자습서의 의견 섹션에 언급 해 주시면 다시 연락 드리겠습니다.