Microsoft Azure-빠른 가이드

오늘날의 기술 중심 세계에서 인기있는 트렌드는 '클라우드 컴퓨팅'입니다. 클라우드 컴퓨팅은 컴퓨터의 하드 드라이브가 아니라 인터넷을 통한 데이터 저장 및 액세스라고 할 수 있습니다. 즉, 컴퓨터의 하드 드라이브 나 전용 컴퓨터 네트워크 (가정 또는 사무실 네트워크)를 통해 데이터에 액세스 할 수 없습니다. 클라우드 컴퓨팅은 데이터가 원격 위치에 저장되고 다른 웹 정보와 동기화됨을 의미합니다.

클라우드 컴퓨팅의 한 가지 두드러진 예는 사용자가 장치에 실제 프로그램을 설치하지 않고도 MS Office 문서를 온라인 (브라우저에서) 저장, 액세스, 편집 할 수있는 Office 365입니다.

클라우드 컴퓨팅의 아키텍처

클라우드 컴퓨팅의 아키텍처는 다음 구성 요소로 구성됩니다.

  • 프런트 엔드 장치
  • 백엔드 플랫폼
  • 클라우드 기반 제공
  • Network

Front-end Devices − 기본적으로 클라이언트가 브라우저 또는 특수 응용 프로그램을 사용하여 데이터 또는 프로그램에 액세스하는 데 사용하는 장치입니다.

Back-end Platform − 백엔드 플랫폼이되기 위해 결합되는 다양한 컴퓨터, 서버, 가상 머신 등이 있습니다.

클라우드 유형

클라우드의 저장 옵션은 3 가지 형태입니다.

  • Public
  • Private
  • Hybrid

Public Cloud− 서비스 제공 업체는 공용 클라우드라고하는 일반 대중이 클라우드를 사용할 수 있도록합니다. 이러한 클라우드는 사용자가 인터넷을 통해 액세스합니다. 이들은 대중에게 공개되며 인프라는 Google 및 Microsoft의 경우와 같이 서비스 제공 업체가 소유하고 운영합니다.

Private Cloud−이 클라우드는 특정 조직 전용입니다. 특정 조직은 클라우드를 사용하여 회사의 데이터를 저장하고 비즈니스 애플리케이션을 호스팅 할 수 있습니다. 프라이빗 클라우드에 저장된 데이터는 다른 조직과 공유 할 수 없습니다. 클라우드는 조직 자체 또는 타사에서 관리합니다.

Hybrid Cloud− 퍼블릭 및 프라이빗 클라우드의 이점을 모두 제공하기 위해 둘 이상의 클라우드가 결합 된 경우이를 하이브리드 클라우드라고합니다. 조직은 민감한 애플리케이션에 사설 클라우드를 사용하고 민감하지 않은 애플리케이션에 공용 클라우드를 사용할 수 있습니다. 하이브리드 클라우드는 조직에 유연하고 확장 가능하며 비용 효율적인 솔루션을 제공합니다.

클라우드의 이점

클라우드에는 많은 이점이 있습니다. 그들 중 일부는 아래에 나열되어 있습니다.

  • 클라우드 서비스는 확장 성을 제공합니다. 자원 할당 및 할당 해제는 수요에 따라 동적으로 이루어집니다.

  • 자본 인프라를 줄여 비용을 절감합니다.

  • 이를 통해 사용자는 위치 및 하드웨어 구성에 관계없이 애플리케이션에 액세스 할 수 있습니다.

  • 네트워크를 단순화하고 클라이언트가 개별 컴퓨터에 대한 라이센스를 구입하지 않고도 응용 프로그램에 액세스 할 수 있습니다.

  • 데이터가 쉽게 손실되지 않으므로 클라우드에 데이터를 저장하는 것이 더 안정적입니다.

SPI

다음은 클라우드 서비스가 분류되는 방식입니다. S는 소프트웨어, P는 플랫폼, I는 SPI의 인프라를 나타냅니다. SaaS는 서비스 형 소프트웨어입니다. PaaS는 Platform as a Service이고 IaaS는 Infrastructure as a Service입니다.

다음은 이러한 모델의 실제 예입니다.

  • SAAS Model − 이메일 (Gmail, Yahoo 등)

  • PAAS Model − Microsoft Azure

  • IAAS Model − 아마존 S3

여러 조직에서 제공하는 많은 클라우드 컴퓨팅 플랫폼이 있습니다. Windows Azure는 Microsoft에서 제공하는 그중 하나입니다. Azure는 애플리케이션을 구축, 배포, 관리하고 글로벌 네트워크를 통해 서비스를 제공하는 데 사용되는 관리되는 데이터 센터로 설명 할 수 있습니다. Microsoft Azure에서 제공하는 서비스는 PaaS 및 IaaS입니다. 많은 프로그래밍 언어와 프레임 워크가 지원됩니다.

PaaS로서의 Azure (서비스로서의 플랫폼)

이름에서 알 수 있듯이 소프트웨어를 개발하고 배포 할 수있는 플랫폼이 클라이언트에게 제공됩니다. 클라이언트는 하드웨어 및 인프라에 대해 걱정할 필요없이 애플리케이션 개발에 집중할 수 있습니다. 또한 대부분의 운영 체제, 서버 및 네트워킹 문제를 처리합니다.

장점

  • 리소스가 요청시 할당되고 서버가 자동으로 업데이트되므로 전체 비용이 저렴합니다.

  • 서버가 자동으로 업데이트되고 알려진 모든 보안 문제를 확인하므로 취약성이 적습니다. 전체 프로세스는 개발자에게 표시되지 않으므로 데이터 유출 위험이 없습니다.

  • 새 버전의 개발 도구는 Azure 팀에서 테스트하므로 개발자가 새 도구로 쉽게 이동할 수 있습니다. 이는 또한 개발자가 새 버전에 빠르게 적응하여 고객의 요구를 충족하는 데 도움이됩니다.

단점

  • PaaS 사용시 이식성 문제가 있습니다. Azure에는 다른 환경이있을 수 있으므로 그에 따라 애플리케이션을 조정해야 할 수 있습니다.

Azure as IaaS (Infrastructure as a Service)

애플리케이션 개발자에게 운영 체제 및 애플리케이션 플랫폼 스택을 완전히 제어 할 수있는 관리 형 컴퓨팅 서비스입니다. 이를 통해 사용자는 데이터 센터에 직접 액세스, 관리 및 모니터링 할 수 있습니다.

장점

  • 이는 완전한 제어가 필요한 애플리케이션에 이상적입니다. 가상 머신은 조직이나 비즈니스의 요구 사항에 완벽하게 맞출 수 있습니다.

  • IaaS는 매우 효율적인 설계 시간 이동성을 촉진합니다. 즉, 재 작업없이 애플리케이션을 Windows Azure로 마이그레이션 할 수 있습니다. 데이터베이스와 같은 모든 애플리케이션 종속성도 Azure로 마이그레이션 할 수 있습니다.

  • IaaS를 사용하면 서비스를 클라우드로 빠르게 전환 할 수 있으므로 공급 업체가 고객에게 서비스를 쉽게 제공 할 수 있습니다. 이는 또한 공급 업체가 새로운 시장에서 기존 소프트웨어 또는 서비스를 판매하여 비즈니스를 확장하는 데 도움이됩니다.

단점

  • 사용자에게 완전한 제어 권한이 주어지기 때문에 응용 프로그램의 종속성에 대해 특정 버전을 고수하려는 유혹이 있습니다. 애플리케이션을 향후 버전으로 마이그레이션하는 것이 어려울 수 있습니다.

  • 운영 비용을 증가시키는 많은 요인이 있습니다. 예를 들어 소프트웨어 패치 및 업그레이드를위한 더 높은 서버 유지 관리.

  • 패치되지 않은 서버에는 많은 보안 위험이 있습니다. 일부 회사는 보안 취약성에 대해 온 프레미스 서버를 테스트하고 업데이트하기위한 잘 정의 된 프로세스를 가지고 있습니다. 이러한 프로세스는 해킹 위험을 완화하기 위해 클라우드 호스팅 IaaS VM으로 확장되어야합니다.

  • 패치되지 않은 서버는 큰 보안 위험을 초래합니다. PaaS와 달리 IaaS에는 자동 서버 패치가 제공되지 않습니다. 민감한 정보가 포함 된 패치되지 않은 서버는 조직의 전체 비즈니스에 매우 취약 할 수 있습니다.

  • Iaas에서 레거시 앱을 유지하는 것은 어렵습니다. 이전 버전의 운영 체제 및 응용 프로그램 스택에서 멈출 수 있습니다. 따라서 일정 기간 동안 유지 관리 및 새로운 기능 추가가 어려운 애플리케이션이 발생합니다.

요구 사항에 따라 올바른 서비스를 선택하려면 두 서비스의 장단점을 이해해야합니다. 결론적으로 PaaS는 상용 애플리케이션에서 IaaS에 비해 운영에있어 확실한 경제적 이점이 있다고 말할 수 있습니다. PaaS에서 운영 비용은 비즈니스 모델을 깨뜨립니다. 반면 IaaS는 OS 및 애플리케이션 플랫폼 스택을 완벽하게 제어합니다.

Azure 관리 포털

Azure Management Portal은 2012 년에 출시 된 서비스 및 인프라를 관리하기위한 인터페이스입니다. 모든 서비스와 애플리케이션이 여기에 표시되며 사용자가 관리 할 수 ​​있습니다.

시작하기

무료 평가판 계정은 다음 링크 (manage.windowsazure.com)를 방문하여 Azure 관리 포털에서 만들 수 있습니다.

팝업 화면은 다음 이미지와 같습니다. 계정은 기존 Gmail, Hotmail 또는 Yahoo 계정을 사용하여 만들 수 있습니다.

로그인하면 왼쪽 패널에 서비스 및 애플리케이션 목록이있는 다음 화면으로 리디렉션됩니다.

카테고리를 클릭하면 세부 정보가 화면에 표시됩니다. 메뉴 항목을 클릭하면 애플리케이션, 가상 머신, 모바일 서비스 등의 수를 볼 수 있습니다.

다음 장에는이 포털을 사용하여 Azure 서비스를 관리하는 방법에 대한 자세한 설명이 포함되어 있습니다.

서비스를 분류하면 Azure를 더 잘 이해하는 데 도움이됩니다. 이 자습서에서는 이러한 범주를 '구성 요소'라고합니다. 개별 구성 요소는 다음 장에서 자세한 그림과 함께 설명됩니다.

컴퓨팅 / 실행 모델

Azure의 기본 기능 중 하나 인 애플리케이션을 실행하기위한 인터페이스입니다.

위 이미지에서 볼 수 있듯이 Web App, Virtual Machine, Mobile Service, Cloud Service, Batch Service 등 다양한 모델이 있습니다. 이러한 모델은 요구 사항에 따라 별도로 또는 조합하여 사용할 수 있습니다.

자료 관리

데이터 관리는 SQL Server Database 구성 요소 또는 Windows Azure에서 제공하는 간단한 데이터 저장소 모듈을 사용하여 수행 할 수 있습니다. SQL 서버 데이터베이스는 관계형 데이터베이스에 사용할 수 있습니다. 스토리지 모듈은 관련없는 테이블 (외래 키 또는 관계 없음) 및 Blob을 저장할 수 있습니다. Blob에는 이미지, 오디오, 비디오 및 텍스트 파일 형식의 이진 데이터가 포함됩니다.

네트워킹

Azure 트래픽 관리자는 사용자의 요청을 사용 가능한 데이터 센터로 지능적으로 라우팅합니다. 이 프로세스에는 웹 애플리케이션을 요청한 사용자와 가장 가까운 데이터 센터를 찾는 것이 포함되며, 다양한 이유로 가장 가까운 데이터 센터를 사용할 수없는 경우 트래픽 관리자는 요청을 다른 데이터 센터로 이탈합니다. 그러나 트래픽 관리자의 작동 방식에 대한 규칙은 애플리케이션 소유자가 설정합니다.

가상 네트워크는 Windows Azure에서 제공하는 서비스에서 네트워킹의 일부인 또 다른 기능입니다. 가상 네트워크를 사용하면 프레미스의 로컬 머신과 Azure Datacenter의 가상 머신 간의 네트워크가 가능합니다. 가상 머신에 대한 IP는 자신의 구내에있는 것처럼 보이게하는 방식으로 할당 될 수 있습니다. 가상 네트워크는 VPN (가상 사설망) 장치를 사용하여 설정됩니다.

다음 이미지는 이러한 두 기능이 실제로 Azure Portal에서 어떻게 보이는지 보여줍니다.

빅 데이터 및 빅 컴퓨팅

Windows Azure를 사용하여 많은 양의 데이터를 저장하고 관리 할 수 ​​있습니다. Azure는 Hadoop 기반 서비스 인 HDInsight를 제공합니다. 조직은 종종 관계형 데이터베이스 관리가 아닌 많은 양의 데이터를 관리해야합니다. 하둡은 요즘 사용되는 탁월한 기술입니다. 따라서 Azure는 클라이언트 용 플랫폼에서 Hadoop 서비스를 제공합니다.

'빅 컴퓨팅'이라는 용어는 고성능 계산을 의미합니다. 이것은 동시에 많은 컴퓨터에서 코드를 실행함으로써 달성됩니다.

메시징

Windows Azure는 두 앱 간의 상호 작용을 처리하기위한 두 가지 옵션을 제공합니다. 하나는 서비스의 스토리지 구성 요소에 속하며'Message Queues'. 다른 하나는 앱 서비스 아래에 있으며'Service Bus'. 이 두 가지 옵션을 사용하여 응용 프로그램의 다른 구성 요소 또는 다른 응용 프로그램간에 통신을 시작하기 위해 메시지를 보낼 수 있습니다.

캐싱

Microsoft Azure는 자주 액세스하는 데이터를 캐싱하고 응용 프로그램 성능을 향상시키기 위해 메모리 내 캐싱 및 CDN (Content Delivery Network)의 두 가지 캐싱을 제공합니다. CDN은 전 세계 사용자가 더 빠르게 액세스 할 Blob 데이터를 캐시하는 데 사용됩니다.

신원 및 접근

이 구성 요소는 사용자 관리, 인증 및 권한 부여에 관한 것입니다. Active Directory는 애플리케이션에 액세스하는 사용자의 정보와 조직의 정보를 저장합니다. 온 프레미스에 상주하는 로컬 머신의 관련 정보와 동기화 할 수 있습니다. MFA (Multifactor Access) 서비스는 올바른 사용자 만 애플리케이션에 액세스 할 수 있다는 등의 보안 문제를 해결하기 위해 구축되었습니다.

모바일 서비스

Windows Azure는 모바일 애플리케이션을 개발하기위한 매우 쉬운 플랫폼을 제공합니다. 계정에 로그인 한 후 모바일 개발 도구를 사용하기 만하면됩니다. 이 서비스를 사용하면 모바일 애플리케이션에 대한 큰 사용자 정의 코드를 작성할 필요가 없습니다. 푸시 알림을 보낼 수 있고 데이터를 저장할 수 있으며 사용자를 매우 짧은 시간에 인증 할 수 있습니다.

지원

사이트 복구 서비스는 데이터를 보조 위치에 복제하고 데이터 중단시 데이터 복구 프로세스를 자동화합니다. 마찬가지로 Azure 백업을 사용하여 클라우드에서 온-프레미스 데이터를 백업 할 수 있습니다. 두 경우 모두 데이터가 암호화 된 모드로 저장됩니다. Windows Azure는 클라이언트에게 매우 효과적이고 안정적인 백업 서비스를 제공하며 하드웨어 오류가 발생해도 불편을 겪지 않도록합니다.

미디어

이 서비스는 미디어 업로드 및 최종 사용자가 쉽게 사용할 수 있도록하는 것과 관련된 여러 가지 문제를 해결합니다. 사용자는 인코딩, 광고 삽입, 스트리밍 등과 같은 미디어 관련 작업을 쉽게 관리 할 수 ​​있습니다.

상업

Windows Azure는 사용자가 플랫폼을 통해 애플리케이션과 데이터를 구매하거나 판매 할 수있는 기회를 제공합니다. 애플리케이션은 다른 사용자가 액세스하고 구입할 수있는 마켓 플레이스 또는 Azure 스토어에 배치됩니다.

소프트웨어 개발 키트 (SDK)

Azure 애플리케이션은 개발자가 다양한 프로그래밍 언어로 제작할 수 있습니다. Microsoft는 현재 Java, .NET, PHP, Node.js, Ruby 및 Python 용 언어 별 SDK를 제공합니다. C ++와 같은 언어를 지원하는 일반 Windows Azure SDK도 있습니다.

마지막 장에서는 Azure 계정을 만드는 방법을 설명했습니다. 이 장에서는 각 구성 요소에 대한 단계별 설명을 찾을 수 있습니다.

Step 1 − 먼저 Azure 계정에 로그인합니다.

Step 2 − 왼쪽 하단의 '새로 만들기'를 클릭하고 커서를 '계산'으로 드래그합니다.

이제 다음 이미지와 같이 Compute Model 아래에 모델 목록이 표시됩니다.

웹앱 만들기

Step 1 − 웹 앱을 클릭합니다.

Step 2 − 빠른 생성을 클릭하고 URL을 입력하고 다음 이미지와 같이 드롭 다운 목록에서 서비스 계획을 선택합니다.

메인 화면으로 돌아 가면 방금 만든 웹 사이트가 표시됩니다. 웹 사이트 URL을 클릭하면 웹 사이트로 이동합니다.

다음 이미지는 URL을 클릭 할 때 웹 사이트가 어떻게 보이는지 보여줍니다.

마찬가지로 웹앱을 만들 때 '빠른 만들기'대신 '갤러리에서'를 선택할 수 있습니다. 이렇게하면 앱을 만들 개발 프레임 워크를 선택할 수 있습니다.

Windows Azure는 .Net, Java, PHP, Python, Node.js 및 Ruby를 지원합니다. 코드를 Azure 서버에 게시하는 방법에는 여러 가지가 있습니다. FTP, FTP, Microsoft Web Deploy 기술을 사용하여 게시 할 수 있습니다. GitHub, Dropbox 및 Codeplex와 같은 다양한 소스 제어 도구를 사용하여 코드를 게시 할 수도 있습니다. 이미 게시 된 변경 사항과 게시되지 않은 변경 사항을 추적 할 수있는 매우 대화 형 인터페이스를 제공합니다.

가상 머신 생성

Step 1 − 목록에서 '가상 머신'을 클릭합니다.

Step 2 − 그런 다음 '갤러리에서'를 클릭합니다.

Step 3 − 실행할 운영 체제 또는 프로그램을 선택하십시오.

Step 4 − 구성을 선택하고 세부 정보를 입력합니다.

여기서 설정 한 사용자 이름과 비밀번호는 매번 가상 머신에 액세스하는 데 필요합니다.

다음 두 화면에서 처음으로 기본값을 그대로 둘 수 있습니다.

Step 5− 다음 그림과 같이 왼쪽 패널의 'Virtual Machine'을 클릭하면 방금 생성 한 가상 머신이 표시됩니다. 표시되는 데 몇 분 정도 걸릴 수 있습니다.

Step 6− 머신이 생성되면 화면 하단에 표시된 연결 아이콘을 클릭하여 연결할 수 있습니다. 다음 이미지와 같이 컴퓨터에 .rpd 파일이 저장됩니다. 화면에서 '파일 저장'을 선택하면 '다운로드'또는 컴퓨터의 설정된 위치에 저장됩니다.

Step 7 − 해당 .rpd 파일을 열고 다음 화면에 자격 증명을 입력하여 VM에 연결할 수 있습니다.

기존 가상 머신 또는 가상 하드 드라이브의 이미지를 캡처하여 고유 한 이미지를 사용할 수도 있습니다. 가상 머신은 여러면에서 유용합니다.

  • 사용자는 실제로 설치하지 않고도 새 운영 체제를 사용해 볼 수 있습니다.

  • 운영 체제를 완료하면 VM을 삭제할 수 있습니다.

  • 사용자가 시스템에 설치하기 전에 새 버전의 운영 체제를 시도하고 테스트 할 수 있습니다.

  • VM은 개발 프레임 워크 또는 특정 버전의 OS에서 실행되는 도구를 사용하는 매우 경제적이고 번거롭지 않은 방법을 제공합니다.

모바일 서비스 생성

모바일 서비스 컴퓨팅 호스팅 모델은 모바일 장치에서 실행되는 애플리케이션을위한 클라우드 백엔드를 제공하도록 최적화되어 있습니다. 모바일 서비스를 만들기 위해-

Step 1− 컴퓨팅에서 모바일 서비스를 선택하고 생성을 클릭합니다. 다음 이미지와 같이 새 창이 열립니다.

Step 2− URL을 입력하십시오. 데이터베이스, 지역 및 백엔드를 선택하십시오.

Step 3− 고급 푸시 설정을 구성하려면 확인란을 선택합니다. 이 옵션을 사용하면 기존 알림 허브를 사용하거나 새 알림 허브의 이름을 지정하도록 모바일 서비스를 구성 할 수 있습니다. 이 확인란을 선택하지 않은 상태로두면 새 허브가 기본 이름으로 새 네임 스페이스에 생성됩니다.

배치 서비스 생성

대규모 애플리케이션이 실행되고 병렬 고성능 컴퓨팅이 필요한 경우 배치 서비스가 필요합니다. 개발자는 추가 비용없이 작업 부하를 완화하는 작업을 병렬로 실행하는 배치를 만들 수 있습니다. Azure는 사용중인 가상 머신에 대해서만 요금을 부과합니다. 작업을 예약하고 대기열에 넣고 클라우드에서 워크로드를 관리 할 수 ​​있습니다. 일괄 생성에는 별도의 VM, 클러스터 또는 작업 예약 설정이 포함되지 않습니다.

배치 서비스를 생성하려면 Compute 모델에서 다른 서비스를 생성하는 유사한 단계를 따르십시오. 다음 이미지는 배치 서비스를 빠르게 만드는 방법을 보여줍니다.

배치 서비스를 생성 한 후에는 왼쪽 패널에서 선택하여 세부 정보를 볼 수 있습니다. 다음 이미지가 화면에 나타납니다.

Fabric Controller는 Windows Azure 아키텍처의 중요한 부분입니다. Windows Azure에서 제공하는 구성 요소 또는 서비스를 생각할 때이 모든 것이 어떻게 작동하고 클라우드에서 어떤 일이 일어나고 있는지 궁금합니다. 우리 쪽에서는 매우 복잡해 보입니다. Fabric Controller를 더 잘 이해하기 위해 이러한 서비스의 물리적 아키텍처를 살펴 보겠습니다.

데이터 센터 내부에는 스위치로 집계 된 많은 머신 또는 서버가 있습니다. 패브릭 컨트롤러는 프로세스를 분석하고 결정을 내리는 Azure 서비스의 두뇌라고 말할 수 있습니다.Fabrics스위치에 의해 집계되는 Microsoft 데이터 센터의 컴퓨터 그룹입니다. 이 기계 그룹을cluster. 각 클러스터는 패브릭 컨트롤러가 관리하고 소유합니다. 이러한 시스템과 함께 복제됩니다. 예를 들어로드 밸런서, 스위치 등과 같은 머신 내부의 모든 것을 관리합니다. 각 머신에는 내부에서 실행되는 패브릭 에이전트가 있으며 패브릭 컨트롤러는 각 패브릭 에이전트와 통신 할 수 있습니다.

Windows Azure 서비스에서 제공하는 가상 머신을 선택할 때 선택할 수있는 5 가지 옵션이 있습니다. 구성은 다음과 같습니다-

기억 CPU 인스턴스 스토리지
엄청 작은 768MB 단일 코어 1.0GHz 20GB
작은 1.75GB 단일 코어 1.6GHz 225GB
매질 3.5GB 듀얼 코어 1.6GHz 490GB
큰 7GB 4 코어 1.6GHz 1,000GB
특대 14GB 8 코어 1.6GHz 2,040GB

사용자가 가상 ​​머신 중 하나를 선택하면 운영 체제, 패치 업데이트 및 소프트웨어 업데이트가 패브릭 컨트롤러에 의해 수행됩니다. Fabric Controller의 가장 중요한 기능 중 하나 인 새 애플리케이션을 실행할 위치를 결정합니다. 또한 하드웨어 활용을 최적화하기 위해 물리적 서버를 선택합니다.

새 애플리케이션이 Azure에 게시되면 XML로 작성된 애플리케이션 구성 파일도 첨부됩니다. 패브릭 컨트롤러는 Microsoft 데이터 센터에서 해당 파일을 읽고 그에 따라 설정을 지정합니다.

특정 애플리케이션에 대한 리소스 할당을 관리하는 것 외에도 컴퓨팅 및 스토리지 서비스의 상태를 모니터링합니다. 또한 시스템의 장애 복구를 수행합니다.

웹 역할의 네 가지 인스턴스가 실행 중이고 그중 하나가 죽는 상황을 상상해보십시오. 패브릭 컨트롤러는 새 인스턴스를 시작하여 죽은 인스턴스를 즉시 교체합니다. 마찬가지로 가상 머신이 실패하는 경우 패브릭 컨트롤러가 새 머신을 할당합니다. 또한 새 머신을 할당 한 후로드 밸런서를 재설정하여 즉시 새 머신을 가리 킵니다. 따라서 모든 지능형 작업은 Windows Azure 아키텍처의 패브릭 컨트롤러에 의해 수행됩니다.

Windows Azure의 저장소 구성 요소는 클라우드의 내구성있는 저장소를 나타냅니다. Windows Azure를 통해 개발자는 테이블, Blob 및 메시지 큐를 저장할 수 있습니다. HTTP를 통해 저장소에 액세스 할 수 있습니다. 우리 자신의 클라이언트를 만들 수도 있습니다. Windows Azure SDK는 스토리지에 액세스하기위한 클라이언트 라이브러리를 제공합니다.

이 장에서는 Windows Azure Storage 계정을 만들고 데이터를 저장하는 데 사용하는 방법을 알아 봅니다.

Azure Storage 계정 만들기

Step 1 − Azure 계정에 로그인하면 '데이터 서비스'에서 '저장소'를 찾을 수 있습니다.

Step 2 − '빠른 만들기'를 클릭하면 '계정 이름'을 묻는 메시지가 표시됩니다.

'복제'드롭 다운에 네 가지 옵션이 있음을 확인할 수 있습니다. 데이터 사본은 내구성이 있고 고속으로 사용할 수 있도록 보관됩니다. 하드웨어 장애가 발생하더라도 유지됩니다. 이러한 옵션이 의미하는 바를 살펴 보겠습니다.

  • Locally redundant storage− 스토리지 계정이 생성 된 동일한 지역에 데이터 사본이 생성됩니다. 별도의 도메인에있는 데이터에 대해 작성된 각 요청의 사본 3 개가 있습니다.

  • Zone-redundant storage (available for blobs only)− 데이터 사본은 동일한 지역 또는 두 지역에 걸쳐 별도의 시설에서 생성됩니다. 장점은 한 시설에 오류가 있어도 데이터를 계속 유지할 수 있다는 것입니다. 세 개의 데이터 복사본이 생성됩니다. 또 다른 장점은 데이터를 보조 위치에서 읽을 수 있다는 것입니다.

  • Geo-redundant storage−`Copy는 다른 영역에 생성되므로 전체 영역에 장애가 있어도 데이터가 유지됩니다. 이 경우 생성 된 데이터 사본 수는 6 개입니다.

  • Read-access geo-redundant storage−이 옵션을 사용하면 기본 위치에있는 데이터를 사용할 수 없을 때 보조 위치에서 데이터를 읽을 수 있습니다. 생성되는 복사본의 수는 6 개입니다. 여기서 가장 큰 장점은 데이터 가용성을 극대화 할 수 있다는 것입니다.

각 복제 옵션에 대해 서로 다른 가격 계획이 있으며 '로컬 중복'이 가장 저렴합니다. 따라서 데이터 복제 선택은 비용과 개별 요구 사항에 따라 달라집니다.

스토리지 계정 끝점

Step 1 − '저장소 계정'을 클릭하면 다음 화면으로 이동합니다.

Step 2 − 상단 수평 메뉴에서 '대시 보드'를 클릭합니다.

여기에서 서비스 아래에 4 개의 항목이 표시됩니다. 이 스토리지 계정에서 Blob, 테이블, 큐 및 파일을 만들 수 있습니다.

각 개체에 대해 고유 한 URL이 있습니다. 예를 들어 여기에서 계정 이름은 'tutorialspoint'이고 blob의 기본 URL은 다음과 같습니다.https://tutorialspoint.blob.core.windows.net마찬가지로 blob을 URL의 테이블, 큐 및 파일로 대체하여 각 URL을 가져옵니다. 위치에있는 개체에 액세스하려면 URL에 추가됩니다. 예를 들면 http://tutorialspoint.blob.core.windows.net/container1/blob1

액세스 키 생성

액세스 키는 스토리지 계정에 대한 액세스를 인증하는 데 사용됩니다. 계정을 중단하지 않고 액세스 할 수 있도록 두 개의 액세스 키가 제공되며, 하나의 키를 다시 생성해야하는 경우에 대비합니다.

액세스 키를 얻으려면 스토리지 계정에서 '액세스 키 관리'를 클릭하십시오. 다음 화면이 나타납니다.

보안상의 이유로 정기적으로 키를 다시 생성하는 것이 좋습니다.

Azure Storage에 대한 데이터 관리

Azure Store에 데이터를 어떻게 업로드하거나 다운로드 할 수 있습니까? 이를 수행하는 방법은 여러 가지가 있지만 Azure Portal 자체 내에서는 수행 할 수 없습니다. 자신의 응용 프로그램을 만들거나 이미 구축 된 도구를 사용해야합니다.

Azure 저장소 계정의 '도구 가져 오기'에서 '저장소 탐색기'를 클릭하여 액세스 할 수있는 탐색기에서 데이터에 액세스하는 데 사용할 수있는 많은 도구가 있습니다. 또는 Windows Azure 포털에서 사용할 수있는 SDK (소프트웨어 개발 키트)를 사용하여 애플리케이션을 빌드 할 수도 있습니다. PowerShell 명령을 사용하는 것도 데이터를 업로드하는 옵션입니다. PowerShell은 Azure 저장소를 쉽게 관리하고 관리 할 수있는 명령 줄 애플리케이션입니다. 사전 설정 명령은 스토리지를 관리하는 다양한 작업에 사용됩니다.

계정의 다음 화면에서 '다운로드'로 이동하여 PowerShell을 설치할 수 있습니다. 명령 줄 도구에서 찾을 수 있습니다.

각 작업에 대한 특정 명령이 있습니다. 스토리지 계정을 관리하고, 새 계정을 만들고, 컨테이너를 만들 수 있습니다. 또한 Blob, 테이블, 큐 메시지도 PowerShell을 사용하여 관리 할 수 ​​있습니다.

먼저 Blob이 무엇인지 이해합시다. 'Blob'이라는 단어는 다음으로 확장됩니다.Binary L아르 게 OB젝. Blob에는 이미지, 텍스트 파일, 비디오 및 오디오가 포함됩니다. Windows Azure에서 제공하는 서비스에는 차단, 추가 및 페이지 Blob이라는 세 가지 유형의 Blob이 있습니다.

  • Block blobs고유 한 블록 ID를 가진 개별 블록의 모음입니다. 블록 Blob을 사용하면 사용자가 많은 양의 데이터를 업로드 할 수 있습니다.

  • Append blobs 운영을 효율적으로 만드는 데 도움이되는 최적화 된 블록입니다.

  • Page blobs페이지 모음입니다. 임의 읽기 및 쓰기 작업을 허용합니다. Blob을 만드는 동안 형식이 지정되지 않은 경우 기본적으로 블록 형식으로 설정됩니다.

모든 Blob은 저장소의 컨테이너 안에 있어야합니다. 다음은 Azure Storage에서 컨테이너를 만드는 방법입니다.

컨테이너 생성

Step 1 − Azure Portal로 이동 한 다음 스토리지 계정으로 이동합니다.

Step 2 − 다음 그림과 같이 '새 컨테이너 생성'을 클릭하여 컨테이너를 생성합니다.

액세스 드롭 다운에는 Blob에 액세스 할 수있는 사람의 권한을 설정하는 세 가지 옵션이 있습니다. '비공개'옵션은 계정 소유자 만 액세스 할 수 있도록합니다. '공용 컨테이너'는 해당 컨테이너의 모든 콘텐츠에 대한 익명 액세스를 허용합니다. '공개 blob'옵션은 blob에 대한 개방형 액세스를 설정하지만 컨테이너에 대한 액세스는 허용하지 않습니다.

PowerShell을 사용하여 Blob 업로드

Step 1− 작업 표시 줄에서 'Windows PowerShell'로 이동하여 마우스 오른쪽 버튼을 클릭합니다. 'Run ISE as Administrator'를 선택합니다.

Step 2− 다음 명령을 사용하면 계정에 액세스 할 수 있습니다. 모든 명령에서 강조 표시된 필드를 변경해야합니다.

$context = New-AzureStorageContext -StorageAccountName tutorialspoint StorageAccountKey

iUZNeeJD+ChFHt9XHL6D5rkKFWjzyW4FhV0iLyvweDi+Xtzfy76juPzJ+mWtDmbqCWjsu/nr+1pqBJj rdOO2+A==

Step 3− 다음 명령을 실행합니다. 그러면 Azure 계정에 대한 세부 정보가 제공됩니다. 이렇게하면 구독이 모두 설정되었는지 확인할 수 있습니다.

Get-AzureSubscription

Step 4 − 다음 명령을 실행하여 파일을 업로드하십시오.

Set-AzureStorageBlobContent -Blob Montiorlog.png -Container images -File 
"E:\MyPictures\MonitorLog.png" -Context $context -Force

Step 5 − 파일이 업로드되었는지 확인하려면 다음 명령을 실행하십시오.

Get-AzureStorageBlob -Container $ContainerName -Context $ctx | Select Name

Blob 다운로드

Step 1 − 파일을 다운로드 할 디렉토리를 설정합니다.

$localTargetDirectory = "C:\Users\Sahil\Downloads"

Step 2 − 다운로드하십시오.

$BlobName = "Montiorlog.png" Get-AzureStorageBlobContent -Blob $BlobName Container $ContainerName -Destination $localTargetDirectory -Context $ctx

다음을 기억하십시오-

  • 모든 명령 이름과 파일 이름은 대소 문자를 구분합니다.

  • 명령은 한 줄에 있어야하거나 이전 줄에`를 추가하여 다음 줄에서 계속되어야합니다 (`PowerShell의 연속 문자).

Azure Storage Explorer를 사용하여 Blob 관리

Blob 관리는 Windows 파일 및 폴더 탐색기와 마찬가지로 'Azure Storage Explorer'인터페이스를 사용하여 매우 간단합니다. 새 컨테이너를 만들고, Blob을 업로드하고, 나열된 형식으로보고, 다운로드 할 수 있습니다. 또한이 인터페이스를 사용하여 매우 간단한 방법으로 보조 위치에 복사 할 수 있습니다. 다음 이미지는 프로세스를 명확하게 보여줍니다. 보시다시피 계정이 추가되면 드롭 다운에서 선택하여 시작할 수 있습니다. Azure 저장소를 매우 쉽게 운영 할 수 있습니다.

개발자가 사용하는 공통 언어에서 큐는 선입 선출 규칙을 따르는 데이터를 저장하는 데 사용되는 데이터 구조입니다. 데이터 항목은 앞쪽에서 검색되는 동안 대기열 뒤쪽에서 삽입 할 수 있습니다. Azure 큐는 큐에 메시지를 저장하는 데 사용되는 매우 유사한 개념입니다. 보낸 사람이 메시지를 보내고 클라이언트가 메시지를 받아 처리합니다. 메시지에 첨부 된 속성이 거의 없습니다 (예 : 만료 시간).

클라이언트는 일반적으로 메시지를 처리하고 삭제합니다. Windows Azure 서비스를 사용하면 메시지를 7 일 동안 저장할 수 있으며 클라이언트에서 메시지를 삭제하지 않으면 자동으로 삭제됩니다. 하나의 발신자와 하나의 클라이언트 또는 하나의 발신자와 여러 클라이언트 또는 여러 발신자와 여러 클라이언트가있을 수 있습니다.

메시지 큐에 대해 Windows Azure에서 제공하는 두 가지 서비스가 있습니다. 이 장에서는 Windows Azure 대기열을 다룹니다. 다른 서비스는 '서비스 버스 대기열'이라고합니다.

구성 요소를 분리하는 것은 메시지 대기열 서비스의 장점 중 하나입니다. 애플리케이션의 여러 구성 요소간에 메시지를 보낼 수있는 비동기 환경에서 실행됩니다. 따라서 워크 플로 및 작업을 관리하기위한 효율적인 솔루션을 제공합니다. 예를 들어 작업을 완료하라는 메시지가 애플리케이션의 프런트 엔드에서 전송되고 백엔드 작업자가 수신 한 다음 작업을 완료하고 메시지를 삭제합니다.

고려 사항

스토리지 큐의 메시지는 어디에도 복제되지 않습니다. 즉, 메시지 사본이 하나뿐입니다. 처리 할 수있는 최대 메시지 수는 20,000 개입니다. 메시지의 최대 크기는 64KB입니다.

PowerShell을 사용하여 큐 관리

대기열 생성

Step 1− 작업 표시 줄에서 Windows PowerShell을 마우스 오른쪽 버튼으로 클릭합니다. '관리자 권한으로 ISE 실행'을 선택합니다.

Step 2− 다음 명령을 실행하여 계정에 액세스하십시오. 계정의 강조 표시된 부분을 교체하십시오.

$context = New-AzureStorageContext -StorageAccountName tutorialspoint StorageAccountKey 
iUZNeeJD+ChFHt9XHL6D5rkKFWjzyW4FhV0iLyvweDi+Xtzfy76juPzJ+mWtDmbqCWjsu/nr+1pqBJj rdOO2+A==

Step 3 − 대기열을 생성하려는 스토리지 계정을 지정합니다.

Set-AzureSubscription –SubscriptionName "BizSpark" -CurrentStorageAccount tutorialspoint

Step 4 − 대기열을 생성합니다.

$QueueName = "thisisaqueue" 
$Queue = New-AzureStorageQueue –Name $QueueName -Context $Ctx

대기열 검색

$QueueName = "thisisaqueue" 

$Queue = Get-AzureStorageQueue –Name $QueueName –Context $Ctx

대기열 삭제

$QueueName = "thisisaqueue" 

Remove-AzureStorageQueue –Name $QueueName –Context $Ctx

큐에 메시지 삽입

Step 1 − 귀하의 계정에 로그인하십시오.

$context = New-AzureStorageContext -StorageAccountName tutorialspoint StorageAccountKey 

iUZNeeJD+ChFHt9XHL6D5rkKFWjzyW4FhV0iLyvweDi+Xtzfy76juPzJ+mWtDmbqCWjsu/nr+1pqBJj rdOO2+A==

Step 2 − 사용할 스토리지 계정을 지정합니다.

Set-AzureSubscription –SubscriptionName "BizSpark" -CurrentStorageAccount tutorialspoint

Step 3 − 대기열을 검색 한 다음 메시지를 삽입합니다.

$QueueName = "myqueue" 
$Queue = Get-AzureStorageQueue -Name $QueueName -Context $ctx if ($Queue -ne $null) { $QueueMessage = New-Object -TypeName Microsoft.WindowsAzure.Storage.Queue.CloudQueueMessage
      -ArgumentList "my message is this"  
   $Queue.CloudQueue.AddMessage($QueueMessage) 
}

위 스크립트의 'if'조건은 지정된 대기열이 존재하는지 여부를 확인합니다.

대기열에서 다음 메시지 제거

Step 1 − 먼저 위 단계에 표시된 명령을 실행하여 계정에 연결하고 스토리지 계정을 지정합니다.

Step 2 − 대기열을 검색합니다.

$QueueName = "myqueue" $Queue = Get-AzureStorageQueue -Name $QueueName -Context $ctx 
$InvisibleTimeout = [System.TimeSpan]::FromSeconds(10)

Step 3 − 다음 메시지를 대기열에서 빼십시오.

$QueueMessage = $Queue.CloudQueue.GetMessage($InvisibleTimeout)

Step 4 − 대기열에서 빼낸 메시지를 삭제합니다.

$Queue.CloudQueue.DeleteMessage($QueueMessage)

Azure Storage Explorer를 사용하여 큐 관리

Step 1− 오른쪽 상단의 드롭 다운에서 스토리지 계정을 선택합니다. 이전 사용 중에 계정을 추가 한 경우 계정이 표시됩니다. 그렇지 않은 경우 계정을 추가 할 수 있으며 자격 증명을 요청합니다. 로그인하면 Azure Storage Explorer에서 계정에 로그인됩니다.

Step 2 − 다음 그림과 같이 왼쪽 패널에서 'Queues'를 선택하고 'New'를 클릭하여 새 대기열을 추가 할 수 있습니다.

Step 3 − 대기열 이름을 입력하면 스토리지 계정에 생성됩니다.

Step 4 − 왼쪽 패널에서 대기열을 선택하여 메시지를 추가 및 삭제합니다.

테이블을 저장하는 것이 여기서 관계형 데이터베이스를 의미하지는 않습니다. Azure Storage는 외래 키 또는 다른 종류의 관계없이 테이블 만 저장할 수 있습니다. 이러한 테이블은 확장 성이 뛰어나고 많은 양의 데이터를 처리하는 데 이상적입니다. 많은 양의 데이터에 대해 테이블을 저장하고 쿼리 할 수 ​​있습니다. 관계형 데이터베이스는 별도의 서비스 인 SQL 데이터 서비스를 사용하여 저장할 수 있습니다.

서비스의 세 가지 주요 부분은 다음과 같습니다.

  • Tables
  • Entities
  • Properties

예를 들어 'Book'이 엔티티 인 경우 해당 속성은 Id, Title, Publisher, Author 등이됩니다. 엔티티 컬렉션에 대한 테이블이 생성됩니다. 252 개의 사용자 지정 속성과 3 개의 시스템 속성이있을 수 있습니다. 엔터티에는 항상 PartitionKey, RowKey 및 Timestamp 인 시스템 속성이 있습니다. 타임 스탬프는 시스템에서 생성되지만 테이블에 데이터를 삽입하는 동안 PartitionKey 및 RowKey를 지정해야합니다. 아래 예를 통해 더 명확하게 알 수 있습니다. 테이블 이름과 속성 이름은 대소 문자를 구분하므로 테이블을 생성 할 때 항상 고려해야합니다.

PowerShell을 사용하여 테이블을 관리하는 방법

Step 1 − 이전 튜토리얼에서 설명한대로 Windows PowerShell을 다운로드하고 설치합니다.

Step 2 − 'Windows PowerShell'을 마우스 오른쪽 버튼으로 클릭하고 '작업 표시 줄에 고정'을 선택하여 컴퓨터의 작업 표시 줄에 고정합니다.

Step 3 − 'Run ISE as Administrator'를 선택합니다.

테이블 생성

Step 1− 다음 명령을 복사하여 화면에 붙여 넣습니다. 강조 표시된 텍스트를 계정으로 바꿉니다.

Step 2 − 귀하의 계정에 로그인하십시오.

$StorageAccountName = "mystorageaccount" $StorageAccountKey = "mystoragekey" 
$Ctx = New-AzureStorageContext $StorageAccountName - StorageAccountKey 
$StorageAccountKey

Step 3 − 새 테이블을 생성합니다.

$tabName = "Mytablename" 
New-AzureStorageTable –Name $tabName –Context $Ctx

다음 이미지는 'book'이라는 이름으로 생성되는 테이블을 보여줍니다.

결과적으로 다음과 같은 종점을 제공했음을 알 수 있습니다.

https://tutorialspoint.table.core.windows.net/Book

마찬가지로 PowerShell의 사전 설정 명령을 사용하여 데이터를 검색, 삭제 및 테이블에 삽입 할 수 있습니다.

테이블 검색

$tabName = "Book" Get-AzureStorageTable –Name $tabName –Context $Ctx

테이블 삭제

$tabName = "Book"
Remove-AzureStorageTable –Name $tabName –Context $Ctx

표에 행 삽입

function Add-Entity() { 
   [CmdletBinding()] 
	
   param( 
      $table, [String]$partitionKey, 
      [String]$rowKey, [String]$title, 
      [Int]$id, [String]$publisher, 
      [String]$author ) $entity = New-Object -TypeName Microsoft.WindowsAzure.Storage.Table.DynamicTableEntity 
      -ArgumentList $partitionKey, $rowKey 
		
   $entity.Properties.Add("Title", $title) 
   $entity.Properties.Add("ID", $id) 
   $entity.Properties.Add("Publisher", $publisher) 
   $entity.Properties.Add("Author", $author) 
   
   
   $result = $table.CloudTable.Execute(
      [Microsoft.WindowsAzure.Storage.Table.TableOperation]
      ::Insert($entity)) } $StorageAccountName = "tutorialspoint" 
$StorageAccountKey = Get-AzureStorageKey -StorageAccountName $StorageAccountName 
$Ctx = New-AzureStorageContext $StorageAccountName - StorageAccountKey 
   $StorageAccountKey.Primary $TableName = "Book"
  
$table = Get-AzureStorageTable –Name $TableName -Context $Ctx -ErrorAction Ignore #Add multiple entities to a table. Add-Entity -Table $table -PartitionKey Partition1 -RowKey Row1 -Title .Net -Id 1
   -Publisher abc -Author abc 
Add-Entity -Table $table -PartitionKey Partition2 -RowKey Row2 -Title JAVA -Id 2 -Publisher abc -Author abc Add-Entity -Table $table -PartitionKey Partition3 -RowKey Row3 -Title PHP -Id 3
   -Publisher xyz -Author xyz 
Add-Entity -Table $table -PartitionKey Partition4 -RowKey Row4 -Title SQL -Id 4 
   -Publisher xyz -Author xyz

테이블 데이터 검색

$StorageAccountName = "tutorialspoint" 
$StorageAccountKey = Get-AzureStorageKey - StorageAccountName $StorageAccountName 
$Ctx = New-AzureStorageContext – StorageAccountName $StorageAccountName -
   StorageAccountKey $StorageAccountKey.Primary; $TableName = "Book"
  
#Get a reference to a table. 
$table = Get-AzureStorageTable –Name $TableName -Context $Ctx #Create a table query. $query = New-Object Microsoft.WindowsAzure.Storage.Table.TableQuery

#Define columns to select. 
$list = New-Object System.Collections.Generic.List[string] $list.Add("RowKey") 
$list.Add("ID") $list.Add("Title") 
$list.Add("Publisher") $list.Add("Author")
  
#Set query details. 
$query.FilterString = "ID gt 0" $query.SelectColumns = $list $query.TakeCount = 20
 
#Execute the query. 
$entities = $table.CloudTable.ExecuteQuery($query) #Display entity properties with the table format. $entities  | Format-Table PartitionKey, RowKey, @{ Label = "Title"; 
Expression={$_.Properties["Title"].StringValue}}, @{ Label = "ID"; Expression={$_.Properties[“ID”].Int32Value}}, @{ Label = "Publisher"; 
Expression={$_.Properties[“Publisher”].StringValue}}, @{ Label = "Author"; Expression={$_.Properties[“Author”].StringValue}} -AutoSize

출력은 다음 이미지와 같습니다.

테이블에서 행 삭제

$StorageAccountName = "tutorialspoint" $StorageAccountKey = Get-AzureStorageKey - StorageAccountName $StorageAccountName $Ctx = New-AzureStorageContext – StorageAccountName $StorageAccountName - StorageAccountKey $StorageAccountKey.Primary  

#Retrieve the table. 
$TableName = "Book" $table = Get-AzureStorageTable -Name $TableName -Context $Ctx -ErrorAction 
Ignore 

#If the table exists, start deleting its entities. 
if ($table -ne $null) { 
   #Together the PartitionKey and RowKey uniquely identify every   
   #entity within a table.
	
   $tableResult = $table.CloudTable.Execute(
      [Microsoft.WindowsAzure.Storage.Table.TableOperation] 
      ::Retrieve(“Partition1”, "Row1")) 
		
   $entity = $tableResult.Result;
	
   if ($entity -ne $null) {
      $table.CloudTable.Execute( [Microsoft.WindowsAzure.Storage.Table.TableOperation] ::Delete($entity)) 
   } 
}

위 스크립트는 스크립트에서 Partition1과 Row1을 지정했음을 알 수 있으므로 테이블에서 첫 번째 행을 삭제합니다. 행 삭제를 완료 한 후 행 검색 스크립트를 실행하여 결과를 확인할 수 있습니다. 첫 번째 행이 삭제 된 것을 볼 수 있습니다.

이 명령을 실행하는 동안 계정 이름을 계정 이름으로, accountkey를 계정 키로 바꾸 었는지 확인하십시오.

Azure Storage Explorer를 사용하여 테이블을 관리하는 방법

Step 1 − Azure 계정에 로그인하고 스토리지 계정으로 이동합니다.

Step 2 − 다음 이미지에서 보라색 원으로 표시된 'Storage explorer'링크를 클릭합니다.

Step 3− 목록에서 'Azure Storage Explorer for Windows'를 선택합니다. 컴퓨터에 다운로드하여 설치할 수있는 무료 도구입니다.

Step 4 −이 프로그램을 컴퓨터에서 실행하고 상단의 '계정 추가'버튼을 클릭합니다.

Step 5− '저장소 계정 이름'과 '저장소 계정 키'를 입력하고 '접근 테스트'를 클릭합니다. 버튼은 다음 이미지에서 둘러싸여 있습니다.

Step 6− 스토리지에 이미 테이블이있는 경우 '테이블'아래 왼쪽 패널에 표시됩니다. 클릭하면 행을 볼 수 있습니다.

테이블 생성

Step 1 − '새로 만들기'를 클릭하고 다음 이미지와 같이 테이블 이름을 입력합니다.

테이블에 행 삽입

Step 1 − '새로 만들기'를 클릭합니다.

Step 2 − 필드 이름을 입력합니다.

Step 3 − 드롭 다운에서 데이터 유형을 선택하고 필드 값을 입력합니다.

Step 4 − 생성 된 행을 보려면 왼쪽 패널에서 테이블 이름을 클릭하십시오.

Azure Storage Explorer는 테이블을 관리하기위한 매우 기본적이고 쉬운 인터페이스입니다. 이 인터페이스를 사용하여 테이블을 쉽게 생성, 삭제, 업로드 및 다운로드 할 수 있습니다. 따라서 Windows PowerShell에서 긴 스크립트를 작성하는 것에 비해 개발자가 작업을 매우 쉽게 수행 할 수 있습니다.

캐싱은 성능 향상을위한 방법 중 하나입니다. Windows Azure는 캐싱을 사용하여 클라우드 서비스의 속도를 높입니다. CDN (Content Delivery Network)은 Blob 및 기타 정적 콘텐츠와 같은 항목을 캐시에 저장합니다. 이 프로세스에는 전략적으로 선택한 위치에 데이터를 배치하고 캐싱하는 작업이 포함됩니다. 결과적으로 사용자에게 제공 할 수있는 최대 대역폭을 제공합니다. 애플리케이션의 소스가 최종 사용자와 멀리 떨어져 있고 데이터를 가져 오기 위해 인터넷을 통해 많은 투어를한다고 가정 해 보겠습니다. CDN은이 경우 성능을 향상시킬 수있는 매우 유능한 솔루션을 제공합니다. 또한 매우 효율적인 방식으로 즉각적인 고부하를 확장합니다.

CDN 만들기

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 왼쪽 하단에서 '새로 만들기'를 클릭합니다.

Step 3 − 'APP 서비스'를 선택한 다음 'CDN'을 선택하십시오.

Step 4− '빠른 만들기'를 클릭합니다. 다음 화면이 나타납니다.

팝업에 세 개의 필드가 표시됩니다.

  • Subscription− 구독 한 구독 목록이 표시되며 그중 하나를 선택할 수 있습니다. 이 데모에서는 구독 드롭 다운에 현재 구독 인 'BizSpark'옵션이 하나만있었습니다.

  • Origin Type−이 드롭 다운은 원산지 유형을 선택하도록 요청합니다. 통합 서비스에는 웹 앱, 클라우드 서비스, 스토리지 및 미디어 서비스 옵션이 있습니다.

  • Origin URL − 드롭 다운에서 선택한 원본 유형에 따라 URL이 표시됩니다.

Step 5− 필요에 따라 각 드롭 다운에서 옵션 중 하나를 선택하고 '만들기'를 클릭합니다. CDN 엔드 포인트는 다음 이미지와 같이 생성됩니다.

사용자 지정 오리진 링크 용 CDN 생성

2015 년 6 월에 CDN은 사용자가 사용자 지정 오리진을 지정할 수있는 하나 이상의 기능으로 업데이트되었습니다. 이전에는 Azure 서비스 만 CDN에 연결할 수 있었지만 이제는이 서비스를 사용하여 모든 웹 사이트를 연결할 수 있습니다.

CDN 서비스를 생성 할 때 'Origin Type'드롭 다운에 다음 이미지와 같이 'Custom Origin'옵션이 있으며 URL 필드에 링크를 지정할 수 있습니다.

CDN 관리

Step 1 − CDN에 표시된 목록에서 관리하려는 CDN의 이름을 클릭합니다. services.

Step 2 − 'cdn 관리'를 클릭합니다.

Country filtering− 특정 국가에서 웹 사이트를 허용 / 보킹 할 수 있습니다. 이것은 귀하의 데이터를 더 잘 보호 할 것입니다.

Step 3 − 'cdn 관리'를 클릭하면 브라우저의 새 탭에서 다음 페이지로 이동합니다.

Step 4− 화면 상단의 메뉴 항목에서 '국가 필터링'을 클릭합니다. 다음 이미지와 같이 '국가 필터 추가'버튼을 클릭하십시오.

Step 5 − 디렉토리를 지정하고 허용 / 차단을 선택합니다.

Step 6 − 다음 화면에서 국가를 선택하면 완료됩니다.

Compression− 파일을 압축 할 수 있습니다. 압축을 활성화 / 비활성화 할 수 있습니다. 또한 파일 유형을 지정할 수 있습니다.

Step 7 − '캐시 설정'을 클릭하고 페이지 하단으로 스크롤합니다.

Step 8− '압축 활성화 됨'을 선택하고 '업데이트'버튼을 클릭합니다. 기본적으로 압축은 비활성화되어 있습니다.

Analytics−이 섹션에서 매우 유용한 수치를 볼 수 있습니다. 예를 들어, 전체 적중 수 또는 특정 지역의 수입니다. 이 보고서는 또한 CDN 엔드 포인트에서 요청이 처리 된 횟수와 요청이 원래 서버로 돌아가는 횟수를 보여줍니다.

Step 9− 페이지 상단의 메뉴 항목에서 '분석'을 클릭합니다. 다음 이미지와 같이 왼쪽 패널에 모든 보고서 목록이 표시됩니다.

Step 10 − 또한 오른쪽 상단 모서리에있는 Excel 아이콘을 클릭하여 보고서를 Excel 파일로 다운로드 할 수 있습니다.

사용자 지정 도메인 이름 매핑

Azure 서비스에서 자동 생성되는 CDN 끝점 대신 사용자 지정 도메인 이름을 사용할 수 있습니다. Windows Azure는 사용자 지정 도메인 이름을 응용 프로그램의 CDN 끝점에 매핑 할 수있는 새로운 기능을 제공합니다. Azure Portal에서 어떻게 수행되는지 살펴 보겠습니다.

Step 1 − 하단 수평 메뉴에서 '도메인 관리'버튼을 클릭합니다.

Step 2 − 텍스트 상자에 사용자 정의 URL을 입력하면 완료됩니다.

Windows Azure는 일반적으로 호스팅 솔루션으로 잘못 해석되지만 Windows Azure를 사용하여 수행 할 수있는 작업이 훨씬 더 많습니다. 다양한 기술과 프로그래밍 언어를 사용하여 애플리케이션을 개발할 수있는 플랫폼을 제공합니다. Microsoft의 자체 응용 프로그램 개발 기술인 .net 플랫폼을 사용하여 응용 프로그램을 만들고 배포 할 수 있습니다. .net 외에도 더 많은 기술과 언어가 지원됩니다. 예를 들어 Java, PHP, Ruby, Oracle, Linux, MySQL, Python입니다.

Windows Azure 애플리케이션은 애플리케이션의 여러 인스턴스를 생성하여 확장됩니다. 애플리케이션에 필요한 인스턴스 수는 애플리케이션을 호스팅하는 동안 개발자가 지정합니다. 웹 사이트 또는 웹 애플리케이션에서 트래픽이 증가하거나 감소하는 경우 Windows Azure 관리 포털에 로그인하고 인스턴스를 지정하여 쉽게 관리 할 수 ​​있습니다. 부하 분산도 자동화 할 수 있으므로 Azure가 애플리케이션에 더 많은 리소스를 할당 할시기를 스스로 결정할 수 있습니다.

웹 애플리케이션은 .net, java, python, php 및 node.js를 지원합니다. 확장 및 백업과 같은 작업을 쉽게 자동화 할 수 있습니다. 일종의 일괄 처리 서비스 인 'webjobs'라는 새로운 기능을 사용할 수 있습니다. 웹 작업을 확장하고 예약 할 수도 있습니다. 지원되는 모바일 애플리케이션 플랫폼은 Xamarin iOS, Xamarin Android 및 IOS입니다.

Azure 플랫폼은 개발자가 개발 부분에만 집중하고 도메인 외부의 다른 기술에 대해 걱정할 필요가 없도록 개발되었습니다. 따라서 대부분의 관리 작업은 Azure 자체에서 수행됩니다.

고객이 애플리케이션과 서비스를 구매할 수있는 마켓 플레이스도 Azure에서 설정합니다. 고객이 애플리케이션을 검색하고 더 쉽게 배포 할 수있는 플랫폼입니다. Azure Marketplace는 현재 88 개국에서 사용할 수 있습니다. 마켓 플레이스에서 구입 한 애플리케이션은 애플리케이션 개발자가 로컬 개발 환경에 쉽게 연결할 수 있습니다. 가격은 사용량 기준 및 월별 요금을 포함하는 5 가지 모델을 사용하여 이루어집니다. 일부 응용 프로그램은 무료입니다.

보안은 조직의 애플리케이션, 플랫폼 및 포털에 대한 사용자 액세스를 관리하는 것입니다. Active Directory는 보호 된 방식으로 사용자 데이터베이스를 관리하는 데 사용됩니다. 사용자와 암호를 안전하게 유지하기 위해 동일한 종류의 서비스가 Windows Azure에서 제공됩니다. Active Directory는 사용자를 생성하고, 역할을 관리하고, 액세스 권한을 부여하고 삭제할 수있는 기능입니다.

Active Directory 생성

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − '새로 만들기'를 클릭 한 다음 '앱 서비스'를 클릭합니다.

Step 3 − 'Active Directory'를 클릭 한 다음 'Directory'를 클릭하십시오.

Step 4 − 'Custom Create'를 클릭합니다.

Step 5− 세부 정보를 입력하면 완료됩니다. 다음 이미지에서 'tutpoint'는 도메인 이름입니다. 임시 DNS 인 도메인 이름을 입력하십시오. 디렉토리가 생성되면 자신의 도메인에 매핑 할 수 있습니다.

사용자 지정 도메인 매핑

임시 도메인 이름을 제공 했으므로 Windows Azure에서 디렉터리를 만들 때이 기능을 사용하여 자신의 도메인에 매핑 할 수 있습니다.

Step 1 − 디렉토리 목록에서 디렉토리 이름을 클릭하십시오.

Step 2 − 상단 메뉴 항목에서 '도메인'을 클릭합니다.

Step 3 − '사용자 지정 도메인 추가'를 클릭합니다.

Step 4− 팝업되는 화면에서 세부 정보를 입력합니다. 필요한 경우 '단일 로그인 옵션'을 선택할 수 있습니다.

사용자 생성

Step 1 − 화면 하단의 '사용자 추가'버튼을 클릭합니다.

Step 2− 다음과 같은 화면이 나타납니다. 새 사용자를 만들거나 기존 Microsoft 계정을 연결할 수 있습니다. Azure의 다른 디렉터리에서 사용자를 가져올 수도 있습니다. 여기서 '새 사용자 만들기'를 선택하겠습니다.

Step 3 − 다음 화면에서 사용자 이름을 입력합니다.

Step 4 − 기타 세부 정보를 입력하고 사용자 역할을 선택합니다.

Step 5 − 다음 화살표를 클릭하면 애플리케이션에 대한 사용자가 생성되고 사용자가 변경할 수있는 임시 비밀번호를 제공합니다.

Azure Active Directory와 통합

Step 1 − 화면 상단의 'Application'을 찾아 클릭합니다.

Step 2− 화면 하단에 표시된 '추가'를 클릭합니다. 다음 이미지와 같은 팝업이 화면에 표시됩니다.

Step 3− 첫 번째 옵션을 클릭하면 다음 화면으로 이동합니다. 응용 프로그램의 이름을 입력하고 마법사를 따를 수 있습니다.

Step 4 − 마찬가지로 '무엇을 하시겠습니까?'팝업에서 두 ​​번째 옵션을 선택하면 다음 화면과 같이 갤러리에서 응용 프로그램을 선택할 수 있습니다.

온-프레미스 Active Directory 통합

Azure Active Directory를 사용하면 클라우드에서 Active Directory를 실행할 수 있으며 온-프레미스 Active Directory에 연결할 수도 있습니다. 기본적으로 클라우드의 온 프레미스 머신에있는 사용자 데이터베이스를 복제합니다. 또한 사내에서 변경할 때마다 자동으로 동기화됩니다.

상단 메뉴에서 'Directory Integration'을 클릭합니다. 다음 이미지에 표시된대로 3 단계를 사용하여 온 프레미스 디렉토리를 연결할 수 있습니다.

보고서

이것은 사용자가 로그인 한 횟수 또는 알 수없는 장치에서 로그인하는 것과 같은 다양한 보고서를 여기에서 볼 수 있으므로 Active Directory의 매우 유용한 기능입니다.

클라우드를 생각할 때 우리는 큰 방에 많은 기계가있는 장소를 상상합니다. 모든 데이터가 저장되는 장소가 있어야합니다. Microsoft는 Windows Azure 서비스가 관리되는 전 세계에 데이터 센터를 보유하고 있습니다. 데이터 센터는 지역별로 나뉩니다. 이러한 데이터 센터의 정확한 위치는 명백한 보안상의 이유로 Microsoft에 의해 공개되지 않았습니다.

다음은 이미지에서도 볼 수있는 20 개의 나열된 영역입니다.

  • 미국 중부
  • 미국 동부
  • 미국 동부 2
  • 미국 정부 아이오와
  • 미국 정부 버지니아
  • 미국 중북부
  • 미국 중남부
  • 미국 서부
  • 북유럽
  • 서유럽
  • 동아시아
  • 동남아시아
  • 일본 동부
  • 일본 서부
  • 브라질 남부
  • 호주 동부
  • 호주 남동부
  • 인도 중부
  • 인도 남부

애플리케이션에 적합한 데이터 센터를 선택하는 방법

Windows Azure 애플리케이션을 만들 때 모바일 애플리케이션, 웹 애플리케이션 또는 데이터베이스 저장소인지 여부에 관계없이 지역을 지정하도록 요청합니다. 여기서 지역은 지역 데이터 센터를 지정합니다.

Performance− 애플리케이션 사용자에게 가장 가까운 데이터 센터를 선택해야합니다. 성능은 애플리케이션에 액세스하려는 사용자의 상대적 위치에 의해 영향을받을 수 있습니다. 사용자가 데이터 센터에 더 가까우면 성능이 더 좋아집니다.

Cost− 애플리케이션 호스팅 가격은 선택한 데이터 센터에 따라 인상 또는 하락할 수 있습니다. 가격은 실제로 데이터베이스 호스팅 위치 또는 응용 프로그램에서 사용하는 다른 서비스에 따라 다를 수 있습니다. 애플리케이션에서 사용중인 모든 서비스에 대해 동일한 위치를 선택해야합니다. 예를 들어 데이터베이스 또는 미디어 서비스입니다. 별도의 데이터 센터에 보관하는 경우 트랜잭션 당 요금이 부과되지만 동일한 데이터 센터에 보관되는 경우 추가 요금이 부과되지 않습니다.

Legal Aspect − 법률은 국가마다 다르며 일부 지역에서는 공유 할 수있는 정보와 공유 할 수없는 정보에 대한 제한이 적용될 수 있습니다.

Windows Azure의 기본 시나리오를 이해하면 사용을 이해하는 데 도움이됩니다. 또한 제공되는 서비스를 이해하는 데 도움이됩니다. 여기에서는 세 가지 기본 시나리오에 대해 설명합니다. 다음 시나리오 외에도 클라이언트의 요구 사항에 따라 Azure 서비스를 사용하는 더 많은 방법이있을 수 있지만이 장에서는 모든 기본 사용을 다룹니다.

소프트웨어 개발

소프트웨어 개발은 ​​Windows Azure에서 가장 많이 사용되는 시나리오입니다. 소프트웨어는 로컬 개발 패브릭에서 개발 및 테스트 된 다음 Windows Azure의 클라우드에 배포됩니다. Azure는 웹 애플리케이션과 지원 프로세스를 호스팅하여 다른 웹 서비스와 통신합니다.

소프트웨어 개발 단계에서 응용 프로그램 테스트는 일반적으로 개발자가 응용 프로그램을 호스팅하는 데 사용되는 환경의 구성을 변경해야하는 경우 너무 길어집니다. Windows Azure에서는 리소스가 절대적으로 제어되고 애플리케이션에서 필요에 따라 수정할 수 있으므로 이는 문제가되지 않습니다. 웹 애플리케이션이 Windows Azure 클라우드에서 호스팅되면 최종 사용자와 조직에서 사용할 준비가 된 것입니다.

또한 Windows Azure에서 제공하는 도구를 사용하여 애플리케이션을 배포하는 것은 매우 쉽습니다. 이러한 도구는 MS 배포, PowerShell, Team Foundation Server (TFS)와의 통합입니다. Visual Studio 클라우드 프로젝트는 애플리케이션을 배포하기위한 쉬운 옵션이기도합니다.

애플리케이션은 스테이징 환경에서 테스트 된 다음 최종 사용자가 사용할 수 있도록 프로덕션 환경에 배포됩니다.

엔터프라이즈 프로세스 오프 로딩

조직에는 일정 기간 동안 또는 정기적으로 온 프레미스 시스템의 부하를 줄여야하는 상황이 있습니다. 이는 매우 저렴한 비용으로 Windows Azure 서비스를 사용하여 쉽게 달성 할 수 있습니다. 클라이언트는 전체 하드웨어 및 소프트웨어에 대한 비용을 지불하는 대신 애플리케이션에서 이루어진 트랜잭션에 대해서만 비용을 지불하면됩니다.

이는 조직에 새로운 리소스를 사용하는 매우 비용 효율적인 방법입니다. 이러한 맥락에서 Azure는 필요할 때 클라우드에서 리소스를 확장하여 비즈니스에 매우 빠른 성장을 제공합니다.

엔터프라이즈 애플리케이션 통합

이를 일반적으로 EAI 시나리오라고합니다. 두 개의 서로 다른 조직이 애플리케이션간에 데이터를주고 받아야하는 시나리오를 생각해 보겠습니다. Windows Azure를 사용하여 기업 간 애플리케이션 통합을 수행 할 수 있습니다. 이 서비스를 BizTalk 서비스라고하며, 다른 조직의 온-프레미스 또는 온-클라우드 응용 프로그램 간의 B2B 메시징을 용이하게합니다.

이 서비스는 애플리케이션이 서로 다른 전송 프로토콜을 따르더라도 애플리케이션 간의 연결을 가능하게합니다. 이 프로세스에는 수신 측 애플리케이션에서 요구하는 속성의 유효성 검사 및 추출도 포함됩니다. 두 조직의 응용 프로그램간에 통신이 필요한 일반적인 시나리오에서 상호 작용은 적법 절차를 완료하여 방화벽을 우회해야합니다. 그러나 Windows Azure에서 제공하는 서비스에서는 응용 프로그램 간의 통신이 조직의 방화벽을 우회 할 필요가 없습니다.

이름에서 알 수 있듯이이 포털은 2012 년에 출시 된 Azure 서비스를 관리하기위한 포털입니다.이 포털은 Azure에서 제공하는 서비스를보고, 관리하고, 구매할 수있는 Azure 클라이언트를 위해 Microsoft에서 제공하는 플랫폼입니다. 2014 년 Azure 팀에서 'Azure Preview Portal'이라는 다른 포털을 출시하여 모바일 및 태블릿에서 플랫폼에 더 쉽게 액세스 할 수 있습니다. 그러나 기능은 두 포털에서 거의 동일합니다.

관리 포털에 액세스하려면-

Step 1 − 이동 https://manage.windowsazure.com

Step 2− Hotmail 또는 라이브 ID로 로그인합니다. Azure 계정이없는 경우 등록합니다. 무료 평가판을 받게되며 Windows Azure를 사용하여 자신 만의 애플리케이션을 탐색, 학습 및 만들 수 있습니다.

다음 화면이 나타납니다.

여기에 이미 실행중인 응용 프로그램이 있으므로 목록을 볼 수 있습니다. 귀하의 계정은 처음으로 비어 있습니다. 왼쪽 패널은 애플리케이션을 분류하고 중간 부분은 계정의 모든 애플리케이션을 나열합니다.

새 응용 프로그램 만들기

Step 1 − 왼쪽 하단 모서리 '새로 만들기'를 클릭합니다.

Step 2 − 다음과 같은 화면이 나오고 생성하고자하는 것을 선택할 수 있습니다.

크레딧 및 구독 확인

Step 1 − 화면 상단의 녹색 블록에서 '크레딧'을 클릭하십시오.

Step 2− '자세히보기'를 클릭합니다. 다음 화면으로 이동합니다. 이 화면에는 구독, 지출 및 데이터 사용량에 대한 모든 세부 정보가 표시됩니다.

여기에서 지출 한도를 설정하면 '지출 한도 제거'라고 표시됩니다. 한도가 설정되지 않았다면 '지출 한도 설정'이라고 표시되었을 것입니다. 이렇게하면 지출 한도를 설정할 수 있습니다. 지출 한도에 도달하면 서비스가 중지됩니다.

위 이미지의 페이지를 아래로 스크롤하면 구독에서 사용할 수있는 모든 항목을 볼 수 있으며 오른쪽에서 세부 정보를 볼 수 있습니다.

당신은 당신의 지출을 절대적으로 통제하고 있습니다. 크레딧이 부족할 경우 '크레딧'버튼이 표시된 녹색 블록의 색상이 변경됩니다. 이것은 귀하의 일일 평균 지출로 계산되며 귀하의 크레딧이 몇 일 동안 초과 될 것인지 알려줍니다.

새 구독 추가

Step 1 − 계정 이메일 ID 또는 오른쪽 상단의 사진을 클릭합니다.

Step 2 − 목록에서 '내 청구서보기'를 클릭합니다.

Step 3− 다음 화면이 나타납니다. '구독 추가'를 클릭하십시오.

Step 4 − 다음 화면의 목록에서 구독을 선택합니다.

Azure 미리보기 포털

Step 1 − 오른쪽 상단에있는 계정 이메일을 클릭합니다.

Step 2 − 'Azure Preview Portal로 전환'을 선택합니다.

Step 3− 다음 화면이 나타납니다. 모든 기능이 동일합니다. 'Azure 미리보기 포털'은 반응 형 디자인의 모바일 및 태블릿 화면 용으로 제작되었습니다.

클라우드에 가상 네트워크를 만들거나 Windows Azure의 클라우드 네트워크에 온-프레미스 로컬 네트워크에 연결할 수도 있습니다. 이 자습서에서는 먼저 클라우드 전용 네트워크를 만드는 방법을 설명합니다.

클라우드에서만 가상 네트워크 생성

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 왼쪽 하단의 '새로 만들기'를 클릭합니다.

Step 3 − '네트워크 서비스'를 클릭 한 다음 '가상 네트워크'를 클릭하십시오.

Step 4 − '빠른 만들기'를 클릭합니다.

Step 5− 이름을 입력하고 위치를 제외한 다른 모든 필드는 그대로 둡니다. 모든 것이 Azure 자체에서 결정되므로이 경우에는 아무것도 지정할 필요가 없습니다.

Step 6 − '가상 네트워크 생성'을 클릭하면 완료됩니다.

클라우드에서만 가상 네트워크 생성 (고급 설정)

Step 1 − 새 가상 네트워크 생성시 '빠른 생성'대신 '사용자 정의 생성'을 클릭하면 다음과 같은 화면이 나타납니다.

Step 2− '네트워크'의 이름을 입력하고 위치를 선택합니다. 하단에 이미지가 그려지는 것을 볼 수 있습니다.

DNS 서버 이름은 클라우드 전용 네트워크를 만들 때 입력 할 선택 사항입니다. 또한 '사이트 간 연결'및 '사이트 간 연결'옵션을 그대로 둡니다. 다음 장에서는이 두 옵션의 구성에 대한 데모를 제공합니다.

Step 3 − 다음을 클릭하고 다음 화면의 기본값을 그대로 둡니다.

Step 4 − 다음 화살표를 클릭하면 가상 네트워크가 생성됩니다.

가상 네트워크를 만든 후에도 DNS 서버와 로컬 네트워크를 추가 할 수 있습니다.

가상 머신을 만드는 빠른 프로세스는 '컴퓨팅 모듈'장에 포함되었습니다. 이 장에는 가상 머신 구성 방법을 포함한 자세한 프로세스가 포함되어 있습니다.

빠른 생성

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 왼쪽 패널에서 'Virtual Machines'를 찾아 클릭 한 다음 'Create a Virtual Machine'을 클릭합니다.

Step 3 − 또는 왼쪽 하단의 '새로 만들기'를 클릭 한 다음 '컴퓨팅'→ '가상 머신'→ '빠른 만들기'를 클릭합니다.

Step 4− DNS 이름을 입력합니다. 이것은 고유해야합니다. DNS 이름은 가상 머신에 연결하는 데 사용됩니다.

Step 5− 드롭 다운 목록에서 이미지와 크기를 선택합니다. 크기는 가상 머신 실행 비용에 영향을줍니다.

Step 6− 사용자 이름과 비밀번호를 입력합니다. 나중에 가상 머신에 로그인해야합니다.

Step 7 − 해당 지역을 선택합니다.

Step 8− '가상 머신 생성'을 클릭하면 새 머신을 사용할 준비가 된 것입니다. 머신이 생성되는 데 몇 초 정도 걸립니다.

고급 설정으로 가상 머신 생성

Step 1 − 옵션에서 'Quick Create'대신 'Custom Create'를 선택하면 다음 화면으로 이동합니다.

Step 2− 목록에서 이미지를 선택합니다. 이 화면에서는 왼쪽에 표시된 카테고리에 따라 이미지를 선택하는 것이 더 쉽다는 것을 알 수 있습니다. 왼쪽에서 SQL Server를 선택하고이 범주의 모든 소프트웨어가 중간에 표시되는 SQL Server 용 가상 머신을 만들어 보겠습니다.

Step 3 − 다음 화살표를 클릭합니다.

Step 4 − Version Release Date를 선택하고 VM의 이름을 입력합니다.

Step 5− 계층을 선택합니다. 크기 드롭 다운은 계층에 따라 항목을 변경합니다. 기본 버전에서는 처음 5 개 옵션 만 제공되는 반면 표준 버전에서는 더 많은 옵션이 제공됩니다. 그것은 당신과 당신 이미지의 요구 사항에 따라야합니다. 예를 들어,이 경우 SQL 서버를 선택하겠습니다. 8 코어와 14GB 메모리가있는 최소 A4 시스템이 필요합니다.

Step 6 − 사용자 이름과 비밀번호를 입력하고 다음 화살표를 클릭합니다.

Step 7 − 앞서 언급 한 고유해야하는 DNS 이름을 입력하고 지역을 선택합니다.

스토리지 계정 아래에 이미 생성 한 스토리지 계정이 표시됩니다. 다음 화면에서 볼 수 있듯이 이전에 만든 스토리지 계정 인 드롭 다운에 계정 이름이 표시됩니다. 이미 생성 된 계정을 선택하거나 자동 생성 된 계정을 사용할 수도 있습니다.

Step 8− 다음은 가용성 세트입니다. 이 옵션을 사용하면 단일 지점이 실패해도 컴퓨터에 영향을주지 않고 작업을 계속할 수 있도록하는 가상 컴퓨터 집합을 만들 수 있습니다. 여기서 '없음'옵션을 선택하겠습니다.

마지막 옵션은 끝점입니다. 끝점은 떠날 수있는 다른 리소스를 통해 가상 머신과 통신하는 데 사용됩니다. 다음 장에서는 끝점 구성에 대한 자세한 그림을 제공합니다.

Step 9 − 다음을 클릭하면 몇 초 안에 가상 머신이 생성됩니다.

가상 네트워크로 연결

Step 1− 앞에서 설명한 단계를 사용하여 가상 머신을 생성합니다. Azure에서 이미 만든 가상 네트워크가있는 경우 다음 화면과 같이 강조 표시된 드롭 다운 목록에 표시됩니다. 다음 그림과 같이 네트워크를 선택할 수 있습니다.

Step 2− 이전에 생성 한 가상 네트워크 및 관리 포털로 이동하면 '대시 보드'를 클릭합니다. 가상 머신은 다음 그림과 같이 해당 네트워크의 리소스에 표시됩니다.

가상 머신에 액세스

이 자습서 앞부분의 '컴퓨팅 모듈'장에 VM 연결에 대한 단계별 가이드가 있습니다. 그것을 참조하십시오.

고려 사항

가상 머신을 생성하는 동안 다음 사항을 고려해야합니다.

  • 지연 문제를 방지하려면 사용자의 위치에 따라 위치를 선택하십시오. 최종 사용자의 물리적 위치와 가장 가까운 지역을 선택하는 것이 가장 좋습니다.

  • 가상 머신에 대해 선택한 크기에 따라 발생하는 비용을 미리 검토하여 제어 할 수 있는지 확인해야합니다.

  • 이미 생성 된 스토리지 계정을 사용하면 더 잘 관리 할 수 ​​있습니다.

가상 머신을 만들 때 엔드 포인트를 구성 할 수있는 부분을 발견했습니다. 가상 머신을 생성하는 동안 활성화 된 두 가지 기본 끝점은 원격 데스크톱과 PowerShell입니다. 실제로 엔드 포인트는 무엇입니까? 동일한 클라우드의 가상 머신은 자동으로 서로 통신 할 수 있습니다. 그러나 그들이 우리 자신의 컴퓨터와 통신하기 위해 필요한 경우,이를 수행하도록 구성된 엔드 포인트가 필요합니다. 기본적으로 포트를 통해 가상 머신에 액세스합니다. 엔드 포인트는 가상 머신에서 실행되는 서비스에 대한 원격 액세스를 제공합니다. 끝점을 만드는 동안 지정해야하는 공용 및 개인 포트가 있습니다. 또한 액세스 제어 목록 (ACL)을 활성화하여 엔드 포인트에 안전하게 액세스 할 수 있습니다.

다음 섹션에서는 이미 생성 된 가상 머신에 대해 새 엔드 포인트를 구성하는 방법을 보여줍니다. 그러나 마법사의 구성 부분에서 새로 만드는 것과 동일한 방식으로 수행 할 수도 있습니다.

Step 1 − Azure 관리 포털에서 가상 머신을 클릭합니다.

Step 2 − 'Endpoint'를 클릭 한 다음 'Add'를 클릭합니다.

Step 3 − 다음 그림과 같이 '독립형 엔드 포인트 추가'를 선택합니다.

Step 4− 드롭 다운에서 이름을 선택합니다. 또는 사용자 지정 이름을 입력 할 수 있습니다. 옵션에서 Http를 선택하겠습니다. 사용하지 않는 포트를 자동으로 할당합니다. 또는 수동으로 입력 할 수 있습니다.

Step 5− 'Create a Load Balanced Set'를 선택하면 가상 머신에 부하를 분산 할 수 있습니다. 필요한 경우 나중에 구성 할 수 있으므로 여기에서 선택하지 않은 상태로 두겠습니다.

Step 6 − SQL 서버의 'Always On'기능이 필요한 경우 'Enable Direct Server Return'이 체크되어 있으므로 체크하지 마십시오.

Step 7 − 다음 화살표를 클릭합니다.

엔드 포인트 액세스 제어

개별 호스트 또는 네트워크에 대한 서비스 액세스를 허용하거나 거부 할 수 있습니다. 아무 것도 지정하지 않으면 모든 호스트 및 네트워크에서 엔드 포인트에 액세스 할 수 있습니다.

Step 1 − 다음 그림과 같이 'Manage ACL'을 선택합니다.

Step 2 − 액세스 설명을 입력합니다.

Step 3 − 서브넷 마스크를 입력합니다.

Step 4 − 다음을 클릭하면 완료됩니다.

마지막 장에서 가상 머신에 액세스하기 위해 엔드 포인트를 생성하는 방법을 살펴 보았습니다. 이것은 꽤 지루한 작업입니다. 가상 네트워크의 가상 머신을 온-프레미스 머신과 연결해야하는 경우 지점 및 사이트 간 연결이 필요합니다. 지점 및 사이트 간 연결을 통해 원격 가상 컴퓨터 작업을 매우 생산적으로 수행 할 수 있습니다.

기본적으로 온-프레미스 컴퓨터는 지점 및 사이트 간 연결을 사용하여 가상 네트워크에 연결됩니다. 그러나 최대 128 개의 온-프레미스 머신을 Azure의 가상 네트워크에 연결할 수 있습니다. 클라우드의 가상 네트워크에 대한 액세스는 인증서를 통해 부여됩니다. 가상 네트워크에 연결해야하는 각 로컬 컴퓨터에 인증서를 설치해야합니다.

기존 가상 네트워크에서 지점 및 사이트 간 연결 활성화

Azure에서 이미 가상 네트워크를 만든 경우 관리 포털에서 액세스 할 수 있습니다.

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 왼쪽 패널에서 '네트워크'를 클릭하고 작업 할 네트워크를 선택합니다.

Step 3 − 다음 그림과 같이 '구성'을 클릭합니다.

Step 4− 'Point-to-site 연결 구성'확인란을 선택합니다. 시작 IP와 CIDR을 입력 할 수 있습니다.

Step 5 − 아래로 스크롤하여 '게이트웨이 서브넷 추가'를 클릭합니다.

Step 6− 게이트웨이 서브넷을 입력하고 '저장'을 클릭합니다. 다음 화면과 같은 메시지가 나타납니다.

Step 7 − 예를 클릭하면 지점 간 연결이 완료됩니다.

가상 네트워크에 액세스하려면 인증서가 필요합니다.

지점 및 사이트 간 연결을 사용하여 새 가상 네트워크 만들기

Step 1 − 새로 만들기 → 네트워크 서비스 → 가상 네트워크 → 사용자 지정 만들기를 클릭합니다.

Step 2 − 네트워크 이름을 입력하고 위치를 선택한 후 다음을 클릭합니다.

Step 3 − 다음 화면에서 'Point-to-Site VPN 구성'을 선택하고 다음을 클릭합니다.

Step 4 − 시작 IP를 선택하거나 입력하고 CIDR을 선택할 수 있습니다.

Step 5 − 이전과 같이 서브넷을 입력하고 '게이트웨이 서브넷 추가'를 클릭하고 필요한 정보를 입력합니다.

Step 6 − 지점 간 연결이 완료되었습니다.

Step 7 − 위 이미지에서 'MyNet'인 네트워크 이름을 클릭합니다.

Step 8 − 다음 화면과 같이 '대시 보드'를 클릭합니다.

게이트웨이가 아직 생성되지 않은 것을 볼 수 있습니다. 이를 위해서는 먼저 인증서를 생성해야합니다.

인증서 생성

지점 및 사이트 간 VPN은 자체 서명 된 인증서 만 지원합니다.

인증서 생성

Step 1− msdn.microsoft.com 또는 google '8.1 용 Windows SDK' 링크로 이동합니다 . 그런 다음 msdn 링크 또는 도구를 사용할 Windows 버전으로 이동합니다.

Step 2− 다음 이미지와 같이 동그란 파일을 다운로드합니다. 컴퓨터에 sdksetup이라는 .exe 파일로 저장됩니다.

Step 3− 파일을 실행합니다. 설치 마법사를 실행하는 동안 다음 화면이 표시되면 동그란 부분을 선택 취소합니다. 기본적으로 선택되어 있습니다.

Step 4 − 설치가 완료된 후 컴퓨터에서 관리자 권한으로 명령 프롬프트를 실행하십시오.

Step 5 − 루트 인증서 생성을 위해 다음 명령을 하나씩 입력하십시오.

cd C:\Program Files (x86)\Windows Kits\8.1\bin\x64 

makecert -sky exchange -r -n "CN=MyNet" -pe -a sha1 -len 2048 -ss My

첫 번째 명령은 명령 프롬프트에서 디렉토리를 변경합니다. 위의 명령에서 강조 표시된 부분을 네트워크 이름으로 변경하십시오.

Step 6 − 다음으로 클라이언트 인증서 생성을 위해 다음 명령을 입력합니다.

makecert -n "CN=MyNetClient" -pe -sky exchange -m 96 -ss My -in "MyNet" -is my -a sha1

Step 7 − 컴퓨터에서 'mmc'를 찾아 실행하십시오.

Step 8 − '파일'및 '스냅인 추가 / 제거'를 클릭합니다.

Step 9 − 팝업 화면에서 '인증서'를 클릭 한 다음 '추가'를 클릭합니다.

Step 10 − '내 사용자 계정'을 선택하고 '마침'을 클릭합니다.

Step 11 − 왼쪽 패널에서 '현재 사용자', '개인', '인증서'를 차례로 확장합니다.

여기에서 인증서를 볼 수 있습니다.

Step 12 − 인증서를 마우스 오른쪽 버튼으로 클릭하고 '모든 작업'을 클릭 한 다음 '내보내기'를 클릭합니다.

Step 13− 마법사를 따르십시오. 인증서 이름을 지정하고 저장할 위치를 선택해야합니다.

인증서 업로드

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 네트워크로 이동하여 '인증서'를 클릭 한 다음 '루트 인증서 업로드'를 클릭하십시오.

Step 3 − 찾아보기를 클릭하고 방금 생성 한 인증서의 위치를 ​​선택합니다.

클라이언트 VPN 패키지 다운로드

클라이언트 VPN 패키지가 네트워크에 연결합니다.

Step 1 − Azure 관리 포털에서 네트워크의 대시 보드로 이동합니다.

Step 2 − 아래로 스크롤하여 화면 오른쪽에서 다음 옵션을 찾습니다.

Step 3− 적합한 옵션을 선택하고 다운로드하십시오. 컴퓨터에 유사한 파일이 표시됩니다. 실행하고 설치하십시오.

Step 4− 설치할 때 Windows가이를 방지하려고 할 수 있습니다. 이 경우 '무시 실행'을 선택하십시오.

Step 5 − 컴퓨터의 '네트워크'로 이동하면 다음 이미지와 같이 사용 가능한 VPN 연결이 표시됩니다.

Step 6−이 예제 'MyNet'에서와 같이 해당 네트워크를 클릭하고 연결합니다. 네트워크에 연결됩니다.

대부분의 조직은 이미 온 프레미스에 네트워크가 있으며 모든 것을 클라우드에 배치하는 대신 Windows Azure에 연결하기를 원합니다. 하이브리드 네트워크 연결이라고도합니다. Azure의 가상 네트워크를 온-프레미스 네트워크에 연결하고 있습니다. 사이트 간 연결 네트워크를 설정하는 것은 IP, 서브넷 및 기본 게이트웨이와 같은 네트워킹의 기본 사항을 알고있는 사람에게는 매우 쉽습니다.

이 경우 네트워크를 구성하기 전에 필요한 사항은 다음과 같습니다.

  • 구성 할 수있는 VPN 장치.
  • 해당 VPN 장치의 외부 연결 IP 주소.

사이트 간 연결 네트워크 만들기

Step 1 − 새로 만들기 → 네트워크 서비스 → 가상 네트워크 → 사용자 지정 만들기를 선택합니다.

Step 2 − 네트워크 이름을 입력하고 지역을 선택합니다.

Step 3 − 원하는 경우 이름 확인을위한 DNS 이름을 입력합니다. 그렇지 않으면 Azure에서 자동으로 수행되도록하려면 비워 둘 수 있습니다.

Step 4 − '사이트 간 VPN 구성'옵션을 선택하십시오.

Step 5 − 다음 이미지와 같이 주소 공간에 VPN 장치의 세부 정보를 입력합니다.

Step 6 − 주소 공간에 가상 네트워크의 세부 정보를 입력합니다.

Step 7 − 서브넷을 입력 한 후 가상 네트워크의 게이트웨이 서브넷을 입력합니다.

Step 8 − 다음을 클릭하면 네트워크가 생성됩니다.

Step 9− 네트워크를 선택하고 '대시 보드'로 이동합니다. 이에 대한 게이트웨이를 만들어야합니다.

Step 10− 화면 하단의 '게이트웨이 생성'을 클릭합니다. 게이트웨이가 생성되면 다음 화면에 '게이트웨이 IP 주소'가 표시됩니다.

이제 정보를 사용하여 VPN 장치를 구성 할 수 있습니다.

사이트 간 연결은 지점 간 연결보다 빠릅니다. 데이터 전송이 더 쉬워집니다. 네트워크에 액세스하려면 공유 키만 있으면됩니다. 지점 간 연결과 달리 가상 컴퓨터에 연결하려는 각 컴퓨터에 인증서를 설치할 필요가 없습니다. 실제로 동일한 공유 키가 각 시스템에 대해 작동합니다.

먼저 Azure Traffic Manager에서 제공하는 서비스가 무엇인지 이해하겠습니다. 기본적으로이 서비스는 Azure에서 호스팅되는 서비스의 트래픽 부하를 분산합니다. 라우팅 정책은 클라이언트에 의해 정의되며 Azure에서 호스팅되는 서비스에 대한 트래픽은 설정된 정책에 따라 리디렉션됩니다. 트래픽 관리자는 DNS 기반 서비스입니다. 따라서 가용성 및 성능 응용 프로그램이 향상됩니다.

Azure에서 트래픽 관리자를 만들고 구성하는 방법을 살펴 보겠습니다.

트래픽 관리자 만들기

Step 1 − Azure 관리 포털에 로그인하고 왼쪽 하단에서 '새로 만들기'를 클릭합니다.

Step 2 − 네트워크 서비스 → 트래픽 관리자 → 빠른 생성을 선택합니다.

Step 3 − DNS 접두사를 입력하고로드 밸런싱 방법을 선택합니다.

이 드롭 다운에는 세 가지 옵션이 있습니다.

  • Performance−이 옵션은 두 개의 다른 위치에 엔드 포인트가있을 때 이상적입니다. DNS가 요청되면 사용자와 가장 가까운 지역으로 리디렉션됩니다.

  • Round Robin−이 옵션은 여러 엔드 포인트간에 트래픽을 분산하려는 경우 이상적입니다. 정상 엔드 포인트를 선택하여 트래픽이 라운드 로빈 방식으로 분산됩니다.

  • Failover −이 옵션에서는 기본 액세스 포인트가 설정되지만 장애 발생시 대체 엔드 포인트를 백업으로 사용할 수 있습니다.

Step 4− 필요에 따라 부하 분산 방법을 선택할 수 있습니다. 여기서 성능을 선택하겠습니다.

Step 5 − 생성을 클릭합니다.

트래픽 관리자가 생성되고 관리 포털에 표시되는 것을 볼 수 있습니다. 해당 상태는 구성 될 때까지 비활성 상태입니다.

Traffic Manager를 통해 모니터링 할 끝점 만들기

Step 1 − 작업하려는 관리 포털의 왼쪽 패널에서 '트래픽 관리자'를 선택합니다.

Step 2− 다음 그림과 같이 상단 수평 메뉴에서 'Endpoints'를 선택합니다. 그런 다음 '엔드 포인트 추가'를 선택합니다.

Step 3− 다음 그림과 같은 화면이 나타납니다. 서비스 유형을 선택하면 해당 서비스의 항목이 나열됩니다.

Step 4 − 서비스 엔드 포인트를 선택하고 계속 진행하십시오.

Step 5 − 서비스 엔드 포인트가 프로비저닝됩니다.

이 경우 Azure에서 생성 된 서비스 'tutorialsPointVM'은 이제 트래픽 관리자가 모니터링하고 해당 트래픽은 지정된 정책에 따라 리디렉션됩니다.

정책 구성

Step 1 − 다음 그림과 같이 상단 메뉴 바에서 '구성'을 클릭합니다.

Step 2− DNS TIL (Time to Live)을 입력합니다. 클라이언트 / 사용자가 특정 엔드 포인트를 계속 사용하는 시간입니다. 예를 들어 40 초를 입력하면 트래픽 관리 시스템의 변경 사항에 대해 40 초마다 트래픽 관리자가 쿼리됩니다.

Step 3− 드롭 다운에서 원하는 방법을 선택하여 여기에서 부하 분산 방법을 변경할 수 있습니다. 여기서는 앞서 선택한 '성능'을 선택하겠습니다.

Step 4− 아래로 스크롤하면 '모니터링 설정'이라는 제목이 표시됩니다. 프로토콜을 선택할 수 있습니다. 모니터링 할 서비스의 포트 번호와 상대 경로를 입력합니다.

PowerShell은 프레임 워크이거나 사용자가 Windows Azure 서비스를 자동화하고 관리 할 수 ​​있도록 Azure 팀에서 구축 한 인터페이스라고 말할 수 있습니다. 사전 설정된 명령을 사용하여 쉽게 수행 할 수있는 저장소 계정 또는 가상 컴퓨터 만들기 및 관리와 같은 작업을 수행하기 위해 스크립트 또는 cmdlet을 사용하는 명령 줄 도구입니다.

Azure PowerShell 설치

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − '다운로드'를 클릭합니다.

Step 3− 다음 화면에서 '명령 줄 도구'를 찾은 다음 'Windows Azure PowerShell'을 찾습니다. 아래 나열된 '설치'를 클릭하여 설정을 다운로드하고 설치하십시오.

또는 링크를 방문 할 수 있습니다. http://www.windowsazure.com/en-us/manage/downloads/

구독에 연결

Azure PowerShell을 설치 한 후에는 Azure 구독에 연결해야합니다.

Step 1 − 프로그램에서 Microsoft 'Azure PowerShell'을 찾습니다.

Step 2− 작업 표시 줄에 고정합니다. Windows 8의 작업 표시 줄에 고정하여 ISE로 실행할 수 있습니다. 어쨌든 '관리자 권한으로 ISE 실행'옵션이 표시되지 않으면 프로그램에있는 것입니다. ISE를 사용하면 붙여 넣기 명령을 쉽게 복사 할 수 있습니다.

Step 3 − 'Microsoft Azure PowerShell'을 마우스 오른쪽 버튼으로 클릭하고 '관리자 권한으로 ISE 실행'을 선택합니다.

Azure 계정에 연결

Active Directory 사용

Azure 작업을 시작하려면 먼저 Azure 계정을 PowerShell에 추가해야합니다. 이 단계를 컴퓨터에서 한 번만 수행하면 Azure PowerShell을 실행할 때마다 자동으로 계정에 연결됩니다.

Step 1 − PowerShell에 다음 cmdlet을 입력합니다.

Add-AzureAccount

Step 2− 다음 이미지와 같은 화면이 나타나고 계정 자격 증명을 요청합니다. 자격 증명을 입력하고 로그인합니다.

Step 3 − 이제 Azure PowerShell을 사용하여 Azure에서 작업을 수행 할 준비가되었습니다.

인증서 사용

이 방법으로 컴퓨터에 인증서를 다운로드하고 해당 인증서를 사용하여 당사 계정에 로그인 할 수 있습니다.

Step 1− PowerShell에 다음 cmdlet을 입력합니다. 파일을 저장하라는 메시지가 표시되고 확장자가있는 파일이 컴퓨터에 다운로드됩니다. publishsettings .

Get-AzurePublishSettingsFile

컴퓨터에 유사한 파일이 표시됩니다.

Step 2− 다음 cmdlet을 입력합니다. 강조 표시된 부분은 이전 단계에서 다운로드 한 파일의 경로입니다. 또한 파일 이름을 자신의 이름으로 바꿉니다.

Import-AzurePublishSettingsFile C:\Users\Sahil\Downloads\BizSpark-11-5-2015credentials.publishsettings

Step 3− 모든 것이 제대로되었는지 확인하기 위해서입니다. 다음 cmdlet을 실행합니다. 계정 및 구독에 대한 세부 정보가 표시됩니다.

Get-AzureAccount 
Get-AzureSubscription

Azure PowerShell에 여러 계정을 추가 할 수 있습니다.

Azure 계정 제거

다음 cmdlet을 실행합니다. 강조 표시된 부분을 계정 ID로 바꿉니다. 확인을 요청하고 완료됩니다.

Remove-AzureAccount -Name [email protected]

도움 받기

다음 cmdlet은 Azure 작업에 사용할 수있는 모든 명령을 나열합니다.

Get-Help Azure

웹 애플리케이션, 스토리지 계정, 가상 머신 등을 만들고 관리하는 등 PowerShell을 사용하여 관리 할 수있는 많은 작업이 있습니다. 실제로 많은 사용자가 Azure 관리 포털에 비해 더 빠르고 더 나은 방법을 찾습니다. PowerShell을 사용하여 Azure Storage를 관리하려면이 자습서의 테이블, Blob 및 큐 장을 참조하세요.

가상 머신 모니터링은 성능과 상태를 추적하는 데 중요합니다. Windows Azure는 가상 머신의 성능과 관련된 통계를 모니터링하기위한 대화 형 인터페이스를 제공합니다. 다섯 가지 주요 통계는-

  • CPU 비율
  • 디스크 읽기 바이트 / 초
  • 디스크 쓰기 바이트 / 초
  • 네트워크
  • 네트워크 아웃

Azure 관리 포털에서 VM을 모니터링합니다.

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 가상 머신으로 이동합니다.

Step 3 − 모니터링 할 가상 머신을 선택합니다.

Step 4 − 다음 그림과 같이 최상위 메뉴에서 모니터를 선택합니다.

위 화면에서 5 가지 주요 용어를 볼 수 있습니다. 언뜻보기에는 꽤 복잡해 보이지만 자세히 살펴보면 그래프의 각 선이 용어의 색과 일치하는 다른 색임을 알 수 있습니다. 예를 들어 CPU 백분율은 자주색이며 그래프의 자주색 선은이를 나타냅니다. 위 이미지에 표시된 기계는 아주 새롭습니다. 다음 섹션에서는 그림을 읽는 방법에 대해 설명합니다.

CPU 백분율

CPU 백분율은 애플리케이션에 성능 문제가있을 때마다 확인하는 가장 일반적인 통계입니다. 프로세서의 사용률을 백분율로 알려줍니다. 다음 이미지에서 오른쪽 상단 모서리의 마지막 드롭 다운에서 1 시간이 선택되었으며 가장 높은 사용률은 3:15 (0.13 %)임을 알 수 있습니다.

디스크 읽기 바이트 / 초

성능에 영향을 미치는 또 다른 요소는 디스크 입 / 출력 작업입니다. 디스크 읽기 바이트 / 초는 디스크에서 초당 읽는 데이터 양을 측정합니다. 읽기 작업이 디스크에서 더 자주 수행되는 경우 더 빠른 디스크를 사용하여 성능 문제를 해결할 수 있습니다.

디스크 쓰기 바이트 / 초

마찬가지로 디스크 쓰기 바이트 / 초는 초당 쓰는 데이터 양을 측정합니다. 응용 프로그램이 디스크에 많은 양의 데이터를 기록해야하는 경우 더 큰 디스크를 선택할 수 있습니다.

위의 이미지에서 디스크 읽기의 가장 높은 지점은 3:25에서 218.35 바이트 / 초임을 알 수 있습니다. 드롭 다운에서 '1 시간'을 선택했기 때문에 지난 1 시간의 데이터를 볼 수 있습니다. 지난 24 시간 7 일 동안의 데이터도 볼 수 있습니다.

네트워크 입력

네트워크 트래픽 모니터링은 '모니터'섹션의 '네트워크 위치'수치를 확인하여 수행 할 수 있습니다. 네트워크 인 통계는 수신 된 바이트 또는 TCP 세그먼트 일 수 있습니다.

네트워크 아웃

네트워크 출력 통계는 초당 전송 된 TCP 세그먼트에 대해 알려줍니다. 다음 이미지에 둘러싸인 드롭 다운에서 옵션을 선택하여 상대 또는 절대 통계를 볼 수도 있습니다.

마찬가지로 다음 이미지에 강조 표시된 드롭 다운에서 기간을 선택할 수 있습니다.

화면 하단의 '메트릭 추가'를 클릭하여 특정 메트릭을 선택할 수도 있습니다. 원하는 메트릭을 확인할 수있는 다음 화면이 나타납니다.

진단 활성화

진단을 활성화하면 로그를 수집 할 수 있습니다. Azure는 로그를 수집하고 지정한 스토리지 계정에 저장합니다. '미리보기 포털'로 전환하여 진단을 활성화 할 수 있습니다. 진단 수치는 스토리지 계정에서 오류 로그를 추적 할 수 있으므로 문제 해결에 도움이됩니다.

Step 1 − '미리보기 포털'로 전환합니다.

Step 2 − 왼쪽 패널에서 '가상 머신 (클래식)'을 찾습니다.

Step 3 − 기기와 '모든 설정'을 선택합니다.

Step 4− 아래로 스크롤하여 '진단'을 찾습니다. 다음 이미지와 같이 '진단'을 선택하십시오.

Step 5− 오른쪽에 표시되는 다음 패널에서 '켜기'를 선택합니다. 기본적으로 설정되어 있습니다.

Step 6 − 로그를 저장하기 위해 스토리지 계정을 사용하므로 다음 이미지에서 원으로 둘러싸인 부분을 클릭하여 스토리지 계정에 대한 설정을 구성해야합니다.

Step 7 − 보관할 로그 유형을 선택하거나 선택 해제 할 수도 있습니다.

하단에 '모니터링'이라는 제목의 패널도 표시됩니다. 이 섹션에는 위 섹션에서 설명한 것과 동일한 측정 항목이 표시됩니다.

이러한 수치는 사용자가 애플리케이션 성능 슬라이드의 원인을 식별하는 데 도움이됩니다. 또한 이러한 기능에 대한 경고를 생성 할 수도 있습니다. 그들은 설정된 한계를 초과합니다.

가상 머신을 모니터링하는 동안 Azure의 가상 머신과 관련된 다양한 메트릭을 볼 수 있습니다. Azure는 또한 이러한 메트릭이 전자 메일을 통해 지정된 제한을 초과하거나 미만이 될 때 가상 머신의 관리자에게 경고하는 방법을 제공했습니다. 경고 설정은주의가 필요한 문제에 대해 관리자에게 알리는 데 매우 유용 할 수 있습니다.

Step 1 − 가상 머신의 '모니터링'섹션으로 이동합니다.

Step 2 − 경고를 설정할 메트릭을 선택합니다.

Step 3 − 하단에서 '규칙 추가'를 선택합니다.

Step 4 − 경고 이름을 입력하고 기타 정보를 입력합니다.

Step 5− 다음과 같은 팝업 화면에서 조건을 선택합니다. 보다 크거나 작거나 같을 수 있습니다.

Step 6− 백분율로 표시 될 임계 값을 입력합니다. 이 예에서는 가상 머신의 프로세서 사용률이 지난 10 분 동안 평균 85 %에 도달하면 이메일을 받게되는 85를 입력합니다.

서비스 관리자 및 공동 관리자에게 경고 전자 메일을 보내는 것 외에도 하나 이상의 전자 메일로 경고를받을 수 있습니다.

각 구독에 대해 최대 10 개의 경고를 설정할 수 있습니다. 경고는 관리자의 전자 메일과 경고 설정시 제공된 하나 이상의 전자 메일로 보낼 수 있습니다.

마찬가지로 웹 애플리케이션 및 모바일 애플리케이션과 같은 다른 Azure 서비스에 대한 경고를 설정할 수 있습니다.

이 장에서는 Windows Azure에 애플리케이션을 배포하는 다양한 방법에 대해 설명합니다. 애플리케이션이라고하면 웹 애플리케이션이나 모바일 애플리케이션이 될 수 있습니다. 이전의 웹 앱은 웹 사이트라고했지만 이제는 모든 곳에서 웹 애플리케이션이라고합니다. '웹 사이트'장에서 Visual Studio 및 관리 포털에서 애플리케이션을 배포하는 방법에 대해 설명합니다.

PowerShell에서 웹앱 배포

PowerShell을 시작하려면 자습서의 'PowerShell'장을 참조하십시오. PowerShell에서 웹 사이트를 배포하려면 배포 패키지가 필요합니다. 웹 사이트 개발자 또는 웹 배포에 참여하는 경우 배포 패키지 생성에 대해 알 수 있습니다. 다음 섹션에서는 먼저 Visual Studio에서 배포 패키지를 만드는 방법을 배운 다음 PowerShell cmdlet을 사용하여 Azure에 패키지를 배포합니다.

배포 패키지 만들기

Step 1 − Visual Studio에서 웹 사이트로 이동합니다.

Step 2− 솔루션 탐색기에서 응용 프로그램 이름을 마우스 오른쪽 버튼으로 클릭합니다. '게시'를 선택하십시오.

Step 3− 드롭 다운에서 '새 프로필'을 선택하여 새 프로필을 만듭니다. 프로필 이름을 입력합니다. 웹 사이트가 동일한 컴퓨터에서 이전에 게시되었는지 여부에 따라 드롭 다운에 다른 옵션이있을 수 있습니다.

Step 4 − 다음 화면의 게시 방법에서 '웹 배포 패키지'를 선택합니다.

Step 5− 배포 패키지를 저장할 경로를 선택하십시오. 사이트 이름을 입력하고 다음을 클릭합니다.

Step 6 − 다음 화면에서 기본값을 그대로두고 '게시'를 선택합니다.

완료되면 선택한 위치의 폴더에서 배포 중에 필요한 zip 파일을 찾을 수 있습니다.

PowerShell을 사용하여 Azure에서 웹 사이트 만들기

Step 1− 다음 cmdlet을 입력하여 웹 사이트를 생성합니다. 강조 표시된 부분을 교체하십시오. 이 명령은 무료 구독으로 웹 사이트를 생성합니다. 웹 사이트를 만든 후에 구독을 변경할 수 있습니다.

New-AzureWebsite -name "mydeploymentdemo" -location "East US"

cmdlet이 성공하면 위 이미지에 표시된 모든 정보가 표시됩니다. 이 예 에서처럼 mydeploymentdemo.azurewebsites.net 인 웹 사이트의 URL을 볼 수 있습니다.

Step 2 − URL을 방문하여 모든 것이 제대로되었는지 확인할 수 있습니다.

배포 패키지를 사용하여 웹 사이트 배포

Azure에서 웹 사이트가 생성되면 웹 사이트의 코드를 복사하기 만하면됩니다. 로컬 컴퓨터에 zip 폴더 (배포 패키지)를 만듭니다.

Step 1 − 다음 cmdlet을 입력하여 웹 사이트를 배포합니다.

Publish-AzureWebsiteProject -name "mydeploymentdemo" -package 
"C:\Users\Sahil\Desktop\deploymentDemo\MyWebsiteOnAzure.zip"

위의 커맨드 렛에서 방금 만든 웹 사이트의 이름과 컴퓨터에있는 zip 파일의 경로가 제공됩니다.

Step 2− 웹 사이트 URL로 이동합니다. 다음 이미지와 같이 웹 사이트를 볼 수 있습니다.

Azure 백업은 클라우드에서 온-프레미스 데이터를 백업하는 데 사용할 수 있습니다. 데이터는 암호화 된 모드로 저장됩니다. 다음 섹션에서는 Azure를 사용하여 수행하는 방법에 대한 자세한 설명을 제공합니다. 이 프로세스에서는 먼저 데이터가 저장 될 백업 볼트를 만든 다음 온 프레미스 컴퓨터에서 데이터를 백업 할 수있는 방법을 확인합니다. 컴퓨터에 설치된 백업 에이전트는 먼저 데이터를 암호화 한 다음 네트워크를 통해 Azure의 저장소로 보냅니다. 귀하의 데이터는 완전히 안전하고 안전합니다.

백업 볼트 생성

Step 1 − 관리 포털에 로그인합니다.

Step 2 − 오른쪽 하단에서 새로 만들기 → 데이터 서비스 → 복구 서비스 → 백업 볼트 → 빠른 만들기를 선택합니다.

Step 3− 볼트 이름을 입력하고 지역을 선택합니다. 관리 포털에 생성되고 표시됩니다.

Step 4 − 다음 이미지와 같이 볼트를 선택하고 '볼트 자격 증명 다운로드'를 클릭합니다.

Step 5 − 컴퓨터에 자격 증명 파일을 저장합니다.

Step 6− 이제 Azure에서 동일한 페이지를 아래로 스크롤하면 '에이전트 다운로드'아래에 세 가지 옵션이 표시됩니다. 적절한 옵션을 선택하십시오. 이 예의 목록에서 세 번째 옵션을 선택하겠습니다.

Step 7− 에이전트 설정이 컴퓨터에 저장됩니다. 마법사를 따라 설치해야합니다. 설치 과정에서 매우 구체적인 것은 없습니다.

Step 8− 설치가 끝나면 팝업 창 하단에 '등록 진행'버튼이 표시됩니다. 해당 버튼을 클릭하면 다음 화면이 나타납니다.

Step 9− 첫 번째 단계는 볼트 식별입니다. 마지막 단계에서 저장 한 컴퓨터에서 자격 증명 파일을 찾습니다.

Step 10− 등록 마법사의 다음 단계는 암호화 설정을 선택하는 것입니다. 고유 한 암호를 입력하거나 마법사가 자동으로 생성하도록 할 수 있습니다. 여기에서 '암호 생성'을 선택하겠습니다.

Step 11− 암호를 저장할 위치를 찾습니다. 이 암호 파일이 없으면 백업을 복원 할 수 없으므로이 암호 파일을 안전하게 유지하는 것이 매우 중요합니다.

Step 12 − 다음을 클릭하면 선택한 위치에 파일이 저장됩니다.

백업 예약

위 섹션의 마법사가 완료되면 이전 단계에서 설치 한 다음 프로그램이 컴퓨터에서 실행되는 것을 볼 수 있습니다. 이 마법사에서 Azure에 백업하려는 컴퓨터의 데이터 폴더와 백업 빈도를 선택하게됩니다.

Step 1 − 오른쪽 패널에서 'Schedule Backup'을 클릭합니다.

이 예에서는 'QServicesManagementSystem'이라는 데이터 폴더를 선택하겠습니다.

화면에 팝업되는 단계를 따르고 이해하기 쉽습니다. 최대 3 회 백업이 가능하며 매일 및 매주 빈도 중에서 선택할 수 있습니다.

Step 2− 다음 단계에서 온라인 스토리지에 백업을 보관할 기간을 선택합니다. 필요에 따라 설정하십시오.

Step 3− 백업 에이전트의 왼쪽 패널에서 '지금 백업'을 선택할 수 있습니다. 바로 그 순간 데이터 사본을 저장합니다. 그런 다음 백업 볼트를 선택하고 대시 보드로 이동하여 관리 포털에서 볼 수 있습니다.

다음 이미지에서 '지금 백업'을 선택하면 데이터가 백업되었으므로 '작업'섹션에 하나의 항목이있는 것을 볼 수 있습니다. 이 섹션에는 백업 작업의 모든 활동이 표시됩니다. 백업 일정의 세부 정보는 '상태'섹션에 표시됩니다.

Step 4 − 백업 에이전트에서 '데이터 복구'를 선택하고 마법사를 따라 데이터를 복구 할 수 있습니다.

여기에서 셀프 서비스 기능은 그룹, 사용자 프로필 및 암호를 관리하는 기능을 나타냅니다. 이러한 기능은 IT 부서의 비용과 노동력을 줄이는 데 도움이됩니다. 사용자 경험을 향상시키고 관리자의 권한을 요청하는 불필요한 번거 로움을 제거합니다. 셀프 서비스 기능을 통해 사용자는 시스템의 보안을 손상시키지 않고 언급 된 서비스를 관리 할 수 ​​있습니다. 모든 것은 조직에서 설정 한 정책 내에서 발생합니다.

그룹 관리

조직에서 특정 기간 동안 서로 연결할 수있는 하나의 그룹을 만들고 싶어하는 사람이 거의 없다고 가정 해 보겠습니다. 일반적으로 관리자에게 그룹을 생성하도록 요청해야합니다. 그러나 Azure Active Directory에서는 한 사람이 그룹을 만들고 다른 사람은 관리자에게 문의하지 않고도 그룹에 가입 할 수 있습니다. 또한 그룹 소유자는 그룹 소유권을 다른 사람에게 직접 양도 할 수 있습니다.

비밀번호 관리

Azure Active Directory는 사용자 (클라이언트의 직원 또는 애플리케이션 사용자)가 자신의 암호를 직접 관리 할 수있는 서비스를 제공합니다. 최종 사용자는 암호 재설정을 위해 자체 등록을 할 수 있습니다. 또한이 서비스에는 최종 사용자의 암호 재설정 및 변경이 포함됩니다.

셀프 서비스 기능 정책은 Azure Active Directory의 관리자가 완전히 제어합니다. 조직 정책에 따라 정책을 구성 할 수 있습니다. 최종 사용자 암호 재설정, 변경 등에 대한 보고서를 볼 수 있습니다. 이러한 방식으로 관리자는 셀프 서비스가 가능하도록 만든 후에도 계정 관리를 위해 사용자의 활동을 모니터링 할 수 있습니다.

이 서비스를 사용하려면 조직에서 기본 또는 프리미엄 버전의 Azure Active Directory를 구독해야합니다. 이 자습서의 별도 장에는 Azure Active Directory를 사용한 셀프 서비스 암호 재설정 및 그룹 관리에 대한 자세한 데모가 있습니다.

우리 모두는 어느 시점에서 다단계 인증에 직면했습니다. 예를 들어, 일부 은행의 고객은 온라인으로 은행 계좌에 로그인하는 동안 휴대폰에서 문자 메시지로 전화 또는 일회용 암호를받습니다. 다단계 인증은 둘 이상의 시스템이 사용자를 인증하여 애플리케이션에 액세스하는 시스템을 의미합니다. 다단계 인증은 Azure 클라이언트에 더 나은 보안을 제공합니다. 이를 통해 클라이언트는 사용자가 응용 프로그램에 액세스 할 수 있도록 둘 이상의 자격 증명 시스템을 사용할지 여부를 선택할 수 있습니다. 다단계 인증을 사용하여 온 프레미스 및 온 클라우드 디렉토리를 모두 보호 할 수 있습니다.

이 과정에서 사용자는 먼저 일반적인 방법으로 사용자 이름과 비밀번호로 로그인합니다. 자격 증명이 확인되고 자동 통화 인증이 활성화되면 사용자에게 전화가 걸려 로그인 시도를 확인하라는 메시지가 표시됩니다.

  • Mobile App− 모든 플랫폼 (Android, iOS 및 Windows) 용 모바일 앱을 사용할 수 있습니다. 이 앱은 로그인 시도가있을 때 알림을 푸시하고 사용자가 진짜 시도 ​​인 경우 인증하도록 선택할 수 있습니다.

  • Text Message−이 방법은 등록 된 사용자의 휴대폰으로 일회용 비밀번호를 전송합니다. 전화로 답장을 보내거나 로그인 페이지에 일회용 비밀번호를 입력합니다.

  • Automated Call − 자동 통화는 사용자에게 전화기 다이얼 패드의 키를 눌러 로그인 시도를 확인하도록 요청합니다.

다단계 인증 공급자 생성

Step 1 − 왼쪽 하단의 '새로 만들기'를 클릭 → 앱 서비스 → Active Directory → 다단계 인증 공급자 → 빠른 생성.

Step 2 − 제공자의 이름을 입력합니다.

Step 3− 사용 모델을 선택합니다. 이 예에서는 'Per Authentication'을 선택하겠습니다. 다중 인증 공급자가 생성 된 후에는 사용 모델을 변경할 수 없습니다. 따라서 선택하기 전에 귀하의 요구를 고려하십시오.

Step 4− 다음으로 기존 디렉토리를 링크할지 여부를 선택할 수 있습니다. 여기에서는 이전에 생성 된 기존 디렉터리 이름 'tutorialspoint'를이 다단계 공급자에 연결해 보겠습니다.

Step 5− '생성'을 클릭하면 서비스 목록에 나열됩니다. 방금 만든 다단계 공급자를 선택하면 다음 화면이 나타납니다.

Step 6 − 화면 하단의 '관리'를 선택하면 다음 그림과 같이 새 페이지로 이동합니다.

Step 7 − '구성'을 선택하여 인증을 선택하십시오.

Step 8− 시도 횟수 설정, 전화를 거는 전화 번호 변경 (기본 번호는 이미 있음), 양방향 메시지 시간 제한 (기본값은 60 초), 일회용 암호 시간 제한 (기본값은 300 초) 일반 설정에서. 일회성 암호를 무시할 경우 알림을받을 수있는 이메일 주소를 제공 할 수도 있습니다.

Step 9− 페이지를 아래로 스크롤하면 사기 설정이 표시됩니다. 사기 설정에서 사용자가 사기 경고를 보내도록 허용하고 경고가보고 된 경우 사용자를 차단하고 경고를 보낼 이메일 주소를 설정할 수 있습니다.

사용자에 대해 다단계 인증이 활성화 된 후 다음 번에 계정에 로그인 할 때 세 가지 방법 (자동 메시지, 문자 메시지 또는 모바일 앱) 중 하나를 선택하라는 메시지가 표시됩니다. 선택한 방법은 사용자가 계정에 로그인 할 때마다 인증하는 데 사용됩니다.

기존 디렉터리에 대한 다단계 인증 활성화

한 가지 방법은 이전 섹션에서 살펴본 것처럼 디렉터리를 생성하는 동안 다단계 인증 공급자에 디렉터리를 연결하는 것입니다. 그러나 특정 사용자에 대해 다음과 같은 방법으로도 수행 할 수 있습니다.

Step 1 − 왼쪽 패널에서 디렉토리를 선택하여 디렉토리로 이동하고 화면 하단의 'MultiFactor Auth 관리'를 클릭합니다.

Step 2− 다음 화면으로 이동합니다. 여기에서 사용자를 선택하고 사용자에 대한 다단계 인증을 활성화 또는 비활성화 할 수 있습니다.

온-프레미스 애플리케이션에 대한 다단계 인증 사용

관리 포털을 사용하여 새 다중 인증 공급자를 만들고 관리하도록 선택하면이 장의 첫 번째 섹션에 표시된 페이지로 이동합니다. 온 프레미스 애플리케이션에 대해 다단계 인증을 사용하려면 강조 표시된 링크를 클릭하여 인증 서버를 설치해야합니다. 그런 다음 원하는대로 설정을 구성 할 수 있습니다.

Step 1 − 다음 이미지에 표시된 링크를 클릭합니다.

Step 2 − 다음 화면으로 이동하여 서버에 로그인하기 위해 설정을 다운로드하고 활성화 자격 증명을 생성합니다.

Forefront Identity Manager (FIM)는 조직 내에서 사용자 프로필을 관리하는 ID 관리 소프트웨어입니다. Microsoft Identity Manager (MIM) 또는 Microsoft Forefront Identity Manager (MFIM)라고도합니다. 앞서이 자습서에서 Azure Active Directory에 대해 논의했습니다. FIM은 Azure Active Directory의 온-프레미스 버전입니다. 이 소프트웨어는 Windows Azure 서비스가 출시되기 훨씬 전에 존재했습니다. 클라우드 서비스가 발전함에 따라 Azure에서도 사용자 프로필 관리가 필요했습니다. 따라서 Microsoft는 Azure Active Directory와 연결하는 기능으로 소프트웨어를 개선했습니다.

기업이 클라우드에 부분 데이터 또는 확장 된 인프라를 보유하고있는 상황을 상상해보십시오. 이로 인해 두 위치 (온 프레미스 및 클라우드) 모두에서 최종 사용자에 대한 액세스를 제공해야합니다. FIM을 사용하면 사용자가 클라우드의 데이터에 안전하게 액세스 할 수 있습니다. 또한 동기화를 처리합니다. 사용자를 생성하고, 암호를 설정하고, 사용자가 자신의 암호를 재설정 할 권한을 부여하는 매우 쉬운 인터페이스입니다.

전문가들은 다른 ID 관리 소프트웨어에 비해 FIM이 덜 복잡하고 작동하기 쉽다고 생각합니다. 또한 Microsoft 제품이 사용되는 환경에서 동기화 및 사용이 용이합니다.

FIM은 Forefront Identity Manager Connector for Windows Azure Active Directory 도구를 사용하여 Azure Active Directory에 연결할 수 있습니다 . 이 도구는 FIM의 온-프레미스 데이터를 Azure Active Directory에 동기화하는 데 도움이됩니다.

도구를 다운로드하고 설치 한 후에는 FIM 정보를 온 클라우드 Azure Active Directory에 연결하기 위해 마법사를 따르기 만하면됩니다.

이는 스토리지 계정에서 네트워크를 통해 많은 양의 데이터에 액세스 할 수없는 경우 클라이언트에게 매우 유용한 서비스입니다. Azure는 고객에게 데이터를 하드 드라이브에 저장하고 Azure 데이터 센터로 배송 할 수있는 옵션을 제공합니다. 그런 다음 해당 데이터가 스토리지 계정에 업로드됩니다. 마찬가지로 네트워크를 통해 수행 할 수없는 클라이언트가 데이터를 다운로드해야하는 경우 빈 하드 드라이브를 데이터 센터로 보낼 수 있으며 Azure 팀은 데이터를 해당 드라이브에 복사하여 클라이언트로 다시 보냅니다. 두 경우 모두 데이터가 암호화됩니다.

데이터 내보내기 작업

Azure Storage 계정에 많은 양의 데이터가 있고 해당 데이터의 복사본이 필요하다고 가정 해 보겠습니다.

내보내기 작업 생성

이 과정에서 빈 하드 드라이브를 배송해야하는 배송지 주소가 제공됩니다.

Step 1 − Azure 관리 포털에 로그인하고 왼쪽 패널에서 '저장소'를 선택합니다.

Step 2 − 스토리지 계정을 선택합니다.

Step 3 − 상단 메뉴에서 '가져 오기 / 내보내기'를 클릭합니다.

Step 4 − '내보내기 작업'을 생성합니다.

다음 화면이 나타납니다.

Step 5 − 다음 화살표를 클릭하면 다음 화면이 표시되며 여기에서 연락처 및 배송 세부 정보를 제공해야합니다.

Step 6− 다음 화면에서 내보내려는 Blob 데이터를 선택해야합니다. 경로를 지정하거나 스토리지 계정에서 모든 Blob 데이터를 내보내도록 선택할 수 있습니다.

Step 7− 작업 이름을 소문자로 입력합니다. 여기에서 볼 수있는 주소는 하드 드라이브를 배송 할 주소입니다. 이 주소는 내 스토리지 계정의 위치를 ​​기반으로합니다.

Step 8 − 다음 단계에서는 데이터 센터로 배송하고 귀하의 위치로 돌아 가기 위해 하드 드라이브의 배송 세부 정보를 제공해야합니다.

Step 9 − 다음을 클릭하면 완료됩니다.

배송 될 하드 드라이브

Blob 데이터에 필요한 하드 드라이브 수를 확인하려면 다음을 사용해야합니다. Microsoft Azure Import/Export Tool. 이 도구를 컴퓨터에 다운로드하여 설치해야합니다. 3.5 인치 SATA 하드 드라이브 I / II 만 최대 6TB까지 지원됩니다.

하드 드라이브 배송

내보내기 작업을 생성하는 동안 얻은 배송 주소로 하드 드라이브를 배송해야합니다. 그런 다음 위 화면에서 배송 후 추적 번호를 제공하기로 선택한 경우 관리 포털로 돌아와 추적 번호를 입력해야합니다.

데이터 해독

하드 드라이브의 데이터를 읽기 전에 암호 해독 키를 입력해야합니다. 작업 이름을 선택하여 관리 포털에서 암호 해독 키를 가져올 수 있습니다.

데이터 가져 오기 작업

많은 양의 데이터를 스토리지 계정에 저장하려면 하드 드라이브에 저장하고 데이터 센터로 배송하면됩니다.

하드 드라이브 준비

당신은 사용해야 할 것입니다 Microsoft Azure Import/Export Tool하드 드라이브를 준비합니다. 이전 섹션에서 언급했듯이 3.5 인치 SATA 하드 드라이브 만이 용도로 지원됩니다. 이 프로세스는 관리 포털에서 가져 오기 작업을 만드는 동안 필요한 드라이브 저널 파일을 만듭니다. 저널 파일은 컴퓨터에 저장됩니다.

가져 오기 작업 만들기

Step 1 − 관리 포털에 로그인하고 스토리지 계정으로 이동합니다.

Step 2 − 화면 하단의 '가져 오기 / 내보내기'를 선택합니다.

Step 3 − '가져 오기 작업 생성'을 선택합니다.

Step 4 − 확인란을 선택하고 다음을 클릭합니다.

Step 5− 다음 화면에서 반송 주소의 연락처 정보를 입력하십시오. 세부 정보를 입력하고 다음을 클릭합니다.

Step 6 − 하드 드라이브를 준비하면서 생성 된 드라이브 저널 파일을 업로드합니다.

Step 7 − 가져 오기 작업의 이름을 입력합니다.

Step 8 − 하드 드라이브를 데이터 센터로 배송하기위한 배송 세부 정보를 입력하고 귀하의 위치로 반송하십시오.

데이터 센터로 하드 드라이브 배송

관리 포털에서 가져 오기 작업을 생성하는 동안 얻은 주소로 하드 드라이브를 배송합니다. 작업을 완료하려면 관리 포털에서 작업에 대한 배송 추적 번호를 입력하십시오.

'컴퓨팅 모듈'장에는 Azure에서 웹 사이트를 만드는 방법에 대한 자세한 설명이 있습니다. Azure 웹 사이트 서비스는 관리 포털의 모든 위치에서 'Web Apps'로 명명되므로 혼동하지 마십시오. 이 장에서는 Azure 웹 사이트와 관련된 몇 가지 용어에 대해 설명합니다. 일반적인 호스팅 환경에서 개발자는 일반적으로 프로덕션에 웹 사이트를 배포 할 때 문제가 발생합니다. Azure 웹 사이트 서비스는 개발자가 웹 사이트를 배포하는 동안 발생하는 문제를 최소화합니다. 또한 Azure 웹 사이트 서비스는 PaaS (Platform as a Service)로 제공됩니다. 이는 실제로 완전한 인프라 없이도 웹 사이트를 배포 할 수 있음을 의미합니다.

Azure 관리 포털에서 웹 사이트 만들기

웹 사이트 생성에 다시 연결하기 위해 Azure 관리 포털에서 웹 사이트를 만드는 방법의 다음 단계를 살펴 보겠습니다.

Step 1 − 관리 포털에 로그인합니다.

Step 2 − 화면 왼쪽 하단의 '새로 만들기'를 클릭 → 컴퓨팅 → 웹 앱 → 빨리 만들기.

Step 3 − 위 그림과 같이 세부 정보를 입력하고 '웹 앱 생성'을 클릭합니다.

Step 4− 관리 포털의 웹 사이트로 돌아 가면 목록이 표시됩니다. URL을 클릭하십시오.

방금 만든 웹 사이트로 이동합니다.

Visual Studio에서 Azure 웹 사이트 배포

방금 만든 도메인 이름으로 Visual Studio의 웹 사이트를 게시하겠습니다. 웹 사이트 또는 웹 응용 프로그램이 Visual Studio에서 생성 된 후.

Step 1 − 솔루션 탐색기로 이동하여 웹 사이트 / 웹앱 이름을 마우스 오른쪽 버튼으로 클릭합니다.

Step 2 − '게시'를 선택합니다.

Step 3−이 단계에서는 Azure 구독 계정에 순서대로 연결해야합니다. '가져 오기'를 클릭합니다.

Step 4 − 'Azure 구독 추가'를 클릭합니다.

Step 5 − 처음으로 '구독 파일 다운로드'를해야합니다.

Step 6 − 위의 단계는 확장자가 .publishsetting 인 파일을 컴퓨터에 다운로드합니다 (로그인하지 않은 경우 다운로드하기 전에 로그인하라는 메시지가 표시됨).

Step 7 − 동일한 팝업으로 돌아와 방금 다운로드 한 파일을 찾습니다.

Step 8− 이제 드롭 다운을 확장하면 구독에서 사용 가능한 웹 사이트가 표시됩니다. 아래 그림과 같이 두 개의 웹 사이트를 볼 수 있습니다. 'tutorialsPoint'를 선택하겠습니다.

Step 9− 다음 화면에서 기본값을 그대로 둡니다. 공개 방법에는 많은 옵션이 있습니다. 여기에 'Web Deploy'방법이 필요합니다. '연결 확인'을 클릭합니다.

Step 10 − 다음 화면에서 다시 기본값을 그대로 둡니다.

Step 11 − 마지막으로 마지막 화면에서 게시를 클릭합니다.

Step 12 − 웹 사이트 URL로 이동하면 콘텐츠를 볼 수 있습니다.

Visual Studio를 사용하여 Azure에서 웹 사이트를 배포하는 것이 얼마나 쉬운 지 확인할 수 있습니다. Visual Studio에서 변경하고 거기에서 게시 할 수 있습니다. 따라서 애플리케이션 테스트가 매우 쉬워집니다.

웹 사이트 모니터링

관리 포털에서 웹 사이트의 대시 보드로 이동하면 웹 사이트와 관련된 수치를 볼 수 있습니다. 관리 포털의이 섹션에서 웹 사이트와 관련된 많은 것을 제어 할 수 있습니다. 웹 사이트 메트릭을보고, 백업을 만들고, 설정을 구성하고, 웹 사이트를 확장 할 수 있습니다.

Step 1 − 웹 사이트 메트릭을 보려면 최상위 메뉴에서 모니터를 선택하면 다음과 같은 화면이 나타납니다.

Step 2 − 웹 사이트로 이동하여 상단 메뉴에서 '대시 보드'를 선택합니다.

Step 3 − 아래로 스크롤하면 다음 정보가 표시됩니다.

단계적 출판

Windows Azure를 사용하면 웹 사이트를 단계별로 배포 할 수 있습니다. 배포 슬롯을 생성 할 수 있습니다.

프로덕션 전에 테스트를위한 배포 슬롯 추가

기본적으로이 기능을 사용하면 테스트 목적으로 별도의 슬롯에 웹 사이트를 배포 한 다음 슬롯을 전환 할 수 있습니다. 문제가 발생하면 슬롯을 변경하여 이전 버전으로 돌아갈 수 있습니다. 때로는 애플리케이션이 대규모로 예상되는대로 제대로 작동하지 않는 경우가 있습니다.이 기능은 이러한 상황에서 유용합니다. 따라서 개발자와 조직이 배포 작업을 매우 쉽게 수행 할 수 있습니다.

확장은 웹 애플리케이션에 대한 변경된 워크로드 또는 트래픽 양에 대한 시스템의 적응성입니다. Azure 서비스의 가장 큰 기능 중 하나는 애플리케이션 사용 요구 사항에 따라 자동 확장하는 기능입니다.

기본적으로 애플리케이션 리소스를 늘리거나 줄이는 것을 스케일링이라고합니다. 웹앱이 배포 될 때마다 인스턴스가 생성됩니다. 인스턴스를 만드는 것은 해당 응용 프로그램에 서버를 할당하는 것을 의미합니다. 인스턴스를 늘리는 것은 해당 애플리케이션에 할당 된 서버를 추가하는 것을 의미합니다. 확장은 호출되는 더 많은 인스턴스를 생성하여 수행됩니다.scaling out. 확장을 달성하는 또 다른 방법은 더 큰 역할 인스턴스를 프로비저닝하는 것입니다.scaling up.

기존 호스팅에 비해 Azure에서 확장을 구성하는 것이 더 쉽습니다. 주 서버는 중단 할 필요가 없습니다. 또한 리소스 추가에 따른 물리적 제약을 제거합니다.

확장 기능은 Azure에서 선택한 앱 서비스 계획에 따라 다릅니다. Azure에는 다섯 가지 앱 서비스 계획이 있습니다.

최대 인스턴스 자동 확장 지원
비어 있는 1 아니
공유 1 아니
기본 삼 아니
표준 10 예
프리미엄 50 예

무료 및 공유 서비스 플랜에서는 하나의 인스턴스 만 사용할 수 있으므로 애플리케이션을 확장 할 수 없습니다. 기본 계획에서는 애플리케이션을 수동으로 확장 할 수 있습니다. 즉, 더 많은 인스턴스가 필요한지 확인하기 위해 메트릭을 수동으로 확인한 다음 Azure 관리 포털에서 인스턴스를 늘리거나 줄일 수 있습니다. 표준 및 프리미엄 플랜에서는 몇 가지 매개 변수를 기반으로 자동 확장하도록 선택할 수 있습니다.

다른 플랜에서 사용 가능한 모든 옵션을 보려면-

Step 1− 관리 포털에서 웹 앱으로 이동하여 상단 메뉴에서 '스케일'을 선택합니다. 무료 서비스 플랜에서는 1 개의 인스턴스 만 생성 된 것을 볼 수 있습니다.

Step 2 − 공유 플랜에서 1 개의 인스턴스를 생성 할 수 있지만 자동 확장 옵션이 없습니다.

Step 3− 기본 서비스 플랜에서는 최대 3 개의 인스턴스를 생성 할 수 있지만 자동 확장 옵션이 있습니다. 즉, 필요할 때 수동으로 인스턴스를 늘릴 수 있습니다. 또한 인스턴스의 크기를 선택할 수 있습니다.

Step 4 − 표준 서비스 요금제에서 다음을 기준으로 자동 확장을 선택할 수 있습니다.

CPU percentage− 지정된 기간 동안 평균 CPU 비율에 따라 인스턴스를 늘리도록 선택할 수 있습니다. 다음 이미지에서 평균 CPU 사용량이 60 %에서 80 % 사이 인 경우 인스턴스를 최대 3 개까지 늘리도록 선택한 것을 볼 수 있습니다.

Schedule− 특정 요일 또는 하루 중 특정 시간 동안 실행해야하는 인스턴스 수를 설정할 수 있습니다. 또한 인스턴스를 늘려야하는 날짜를 지정할 수 있습니다.

여기서는이 애플리케이션의 프리미엄 옵션에 대해 설명하지 않습니다. 서비스 계획에 대한 구독에 따라 다른 옵션이 표시 될 수 있습니다. 그러나 개념은 동일하게 유지됩니다.

고려할 사항

  • 서비스 계획을 만든 후에도 변경할 수 있습니다.

  • 모든 인스턴스는 동일한 서비스 계획에 속합니다. 동일한 애플리케이션에 대해 공유 된 인스턴스와 표준 인스턴스를 가질 수 없습니다. 따라서 동일한 애플리케이션에 대해 서로 다른 서비스 계획의 인스턴스를 혼합하고 일치시킬 수 없습니다.

  • 자동 크기 조정을 선택한 경우에도 Azure를 최대한 활용하려면 애플리케이션의 메트릭과 성능을 계속 확인해야합니다. 이렇게하면 비용을 절약 할 수있을뿐만 아니라 응용 프로그램의 성능을 최적화 할 수 있습니다.

Azure에서 만든 가상 머신에 디스크를 연결할 수 있음을 알 수 있습니다. 이 장에서 이러한 디스크에 대해 설명합니다. 여기서 디스크는 Azure에 저장할 수있는 데이터 디스크를 말합니다. 모든 종류의 디스크는 확장자가 .vhd 인 가상 하드 드라이브입니다. Vhd는 물리적 하드 드라이브의 내용을 저장하는 이미지 파일입니다. 따라서 그들은 일반적으로 컴퓨터의 하드 드라이브에서 찾을 수있는 파일의 이미지입니다. 가상 하드 디스크에는 두 가지 유형이 있습니다.

  • 운영 체제 VHD 및 데이터 디스크
  • 이미지 VHD

확장 성을 기준으로 두 가지 유형의 VHD가 있습니다.

  • 고정 크기
  • 동적 확장

Azure는 고정 된 크기의 VHD 만 지원합니다. 확장 가능한 VHD를 업로드해야하는 경우 먼저 고정 크기 VHD로 변환해야합니다. Azure에서 지원하는 최대 크기는 디스크 당 1TB입니다.

가상 머신 및 디스크

가상 머신을 만들 때 항상 Azure 계정의 스토리지 계정에 상주합니다. Azure에 기존 스토리지 계정이없는 경우 가상 머신을 만들려고 시도하는 동안 Azure에서 자동으로 하나를 만듭니다. 이미 스토리지 계정이있는 경우 가상 머신을 생성하는 동안 스토리지 계정을 선택하라는 메시지가 표시됩니다. 이 자습서에는 가상 머신을 만드는 방법에 대한 자세한 방법이 있습니다.

가상 머신에서 디스크 생성 / 연결

Step 1 − 가상 머신으로 이동합니다.

Step 2 − 상단 메뉴에서 '대시 보드'를 선택합니다.

Step 3 − '디스크 연결'클릭 → 화면 하단의 빈 디스크 연결.

Step 4 − 다음 팝업 화면에서 세부 정보를 입력합니다.

가상 머신에 디스크를 연결하는 데 몇 초 정도 걸립니다.

가상 머신에서 디스크 구성

Step 1 − 로컬 머신에 다운로드 한 .rpd 파일을 통해 가상 머신에 연결합니다.

Step 2 − 가상 머신에서 왼쪽 하단 모서리에있는 창 아이콘을 마우스 오른쪽 버튼으로 클릭하고 '디스크 관리'를 선택합니다.

Step 3− 화면에 디스크를 사용할 수 있다는 메시지가 표시됩니다. 이것은 이전 단계에서 연결 한 것과 동일한 디스크입니다.

Step 4− 사용하기 전에 할당해야합니다. 아직 할당되지 않은 것을 볼 수 있습니다. 같은 화면에서 아래로 스크롤하여 다음 이미지와 같이 디스크를 찾습니다. 디스크 2입니다. 마우스 오른쪽 버튼으로 클릭하고 '새 단순 볼륨'을 선택합니다.

Step 5− 마법사를 따르십시오. 드라이브 및 파일 시스템 이름 지정과 같은 매우 일반적인 사항을 묻습니다. 마지막 화면에서 빠른 포맷 옵션이 선택되어 있는지 확인하십시오.

Step 6− 마법사의 작업이 끝나면 디스크를 사용할 준비가 된 것입니다. 이 예에서는 'F'드라이브를 만들었습니다. 폴더와 파일을 만들거나 F 드라이브에 데이터를 복사 할 수 있습니다.

디스크 삭제

삭제하려면 먼저 디스크를 찾아야합니다. 올바른 디스크를 찾는 것은 매우 중요합니다. 가상 머신을 생성 할 때 해당 스토리지 계정을 선택합니다. 디스크는 스토리지 계정에 있습니다.

Step 1 − 가상 머신의 스토리지 계정으로 이동합니다.

Step 2 − 상단 메뉴에서 '컨테이너'를 클릭합니다.

Step 3 − vhd를 클릭합니다.

Step 4− 해당 스토리지 계정의 모든 vhd가 나열됩니다. 이 목록에는 다른 가상 머신의 vhd도 포함되므로 vhd를 선택할 때 매우주의해야합니다.

Step 5− 삭제할 vhd를 선택합니다. 목록에있는 여러 vhd 중에서 식별하려면 디스크 이름을 알아야합니다 (디스크를 연결할 때 디스크 이름을 입력하라는 메시지가 표시됨).

이미지 디스크

가상 머신에서 이미지 만들기

Step 1 − 관리 포털로 이동합니다.

Step 2 − 이미지를 생성 할 가상 머신을 선택합니다.

Step 3 − 상단 메뉴에서 '대시 보드'를 클릭합니다.

Step 4 − 창 하단의 '캡처'아이콘을 클릭합니다.

Step 5 − 이미지의 이름을 지정하고 설명을 입력합니다.

Step 6 − 캡처가 완료되면 이미지를 찾으려면 아래 주어진 사항을 따르십시오.

  • 패널에서 가상 머신을 선택하십시오. 계정의 모든 가상 머신이 여기에 나열됩니다.

  • 상단 메뉴에서 '이미지'를 클릭합니다.

컴퓨터에서 이미지 만들기

이는 모든 최신 Windows 운영 체제에서 사용할 수있는 sysprep 도구를 통해 수행됩니다.

Step 1 − Go C 드라이브 −> Windows −> System32 → Sysprep

Step 2 − 또는 주소 표시 줄 C : \ Windows \ System32 \ Sysprep에 다음 경로를 복사합니다.

Step 3− 'sysprep'애플리케이션을 실행합니다. 이것은 컴퓨터의 이미지 인 VHD 파일을 컴퓨터에 생성합니다.

고려 사항

동일한 스토리지 계정에 여러 가상 머신이있는 경우 vhd의 이름과 혼동 될 수 있습니다. 특정 컴퓨터와 연결된 vhd의 이름을 확인하는 방법은 Windows PowerShell에서 'Get-AzureDisk'cmdlet을 실행하는 것입니다. 이 cmdlet은 각 가상 머신의 디스크에 대한 모든 세부 정보를 제공합니다.

Step 1 − 다음 명령을 실행합니다

Get-AzureDisk

Step 2− 목록에서 가상 머신 이름을 찾습니다. 해당 가상 머신에서 vhd 이름 및 링크에 대한 디스크 이름과 미디어 링크를 확인합니다.

이전 장 '디스크 구성'에서 연결 한 디스크에 대한 캐시 기본 설정을 선택하는 방법을 보았습니다. 기본적으로 '없음'입니다. 요구 사항에 따라 읽기 전용 또는 읽기 / 쓰기를 선택할 수 있습니다. 이 장에서는이 설정이 입력 / 출력 작업의 성능에 미치는 영향에 대해 설명합니다.

일반적으로 캐시 설정은 많은 양의 데이터를 사용하여 읽기-쓰기 작업을 수행 할 때 상당히 개선됩니다. 그러나 임의의 I / O 작업이 많이 수행되는 경우 캐시에 대한 작업은 트랜잭션 수에 따라 요금이 부과되므로 캐시를 끄는 것이 좋습니다. 무작위 작업은 성능에있어 어떠한 의미도 향상되지 않습니다.

읽기 캐시는 입 / 출력 작업 전에 데이터를 읽고 캐시에 저장할 때 성능을 향상시킵니다. 또한 캐시는 모든 데이터를 저장할 수있을만큼 커야합니다.

모든 OS 디스크의 경우 사용자가 수동으로 끄지 않는 한 기본적으로 메모리 내 캐싱이 수행됩니다. 파일에 대한 많은 무작위 I / O 작업이 OS 디스크에서 수행되는 경우 기본적으로 캐시가 꺼져있는 데이터 디스크로 파일을 이동하는 것이 좋습니다. PowerShell 명령 허용, API 및 Azure 관리 포털을 사용하여 캐시 설정을 조작 할 수 있습니다. 가상 머신 및 데이터 디스크를 생성하는 동안 관리 포털에서 캐시를 설정할 수 있습니다.

Azure 계정에 로그인하여 Azure 서비스에 액세스하고 관리 할 수있는 두 개의 포털이 있습니다. Azure 관리 포털에는 응답성에 몇 가지 문제가 있으므로 미리보기 포털이라는 두 번째 포털이 설계되었습니다. 미리보기 포털은 나중에 태블릿 및 모바일 장치에서 사용자 경험을 개선하기 위해 시작되었습니다.

Azure Portal을 통해 서비스를 관리하는 클라이언트는 종종 여기로 오며 Azure 팀은 Azure 미리보기 포털의 모양에 대한 개인화를 프로 비전했습니다. 사용자는 대시 보드에 표시 할 색상과 기능을 선택할 수 있으므로 포털의 서비스를 쉽게 탐색 할 수 있습니다. Azure 미리보기 포털에서 개인화 할 수있는 항목을 살펴 보겠습니다.

다음을 방문하여 미리보기 포털에 직접 로그인 할 수 있습니다. https://portal.azure.com/Azure 계정을 사용하거나 Azure 관리 포털에서 전환 할 수 있습니다. Azure 팀은 계속 약간만 변경하지만 전체 개념은 동일하게 유지됩니다. 따라서 포털을 사용자 지정하려고하면 약간 다르게 보일 수 있지만 기본 기능은 동일하게 유지됩니다.

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 사진을 클릭하고 'Azure 미리보기 포털로 전환'을 선택하여 Azure 미리보기 포털로 전환합니다.

Step 3− Azure 계정의 대시 보드 인 다음 화면이 표시됩니다. 화면 중간의 타일은 Azure 미리보기 포털에서 수행하는 몇 가지 일반적인 작업입니다. 이 타일을 개인화하려면 동그라미로 둘러싸인 '설정 아이콘'을 클릭하십시오.

Step 4− 다음 화면으로 이동합니다. 원 안에있는 버튼을 클릭하여 화면을 최대화 할 수 있습니다. 화면의 배경색을 변경하는 사용 가능한 테마 중에서 선택할 수 있습니다. 동일한 화면에서 명령 이름을 표시하는 명령 레이블을 표시하거나 숨기도록 선택할 수 있습니다. 마찬가지로 애니메이션을 활성화 / 비활성화 할 수 있습니다.

Step 5 − 아래로 스크롤하면 언어를 변경할 수있는 옵션이 표시됩니다.

Step 6− 타일의 크기도 변경할 수 있습니다. 더 크거나 작게 만들 수 있습니다. 예를 들어 다음 화면에서 내 리소스 그룹을 더 크게하려면-

타일을 마우스 오른쪽 버튼으로 클릭하고 사용자 지정을 선택합니다.

또는 타일의 상단 스트립에서 '사용자 지정'을 선택합니다. 커서를 그 위에 올리면 나타납니다.

타일의 크기를 선택하십시오. 화면 상단의 '완료'를 클릭하십시오.

Step 7− 원하는대로 타일을 이동하여 대시 보드를 사용자 지정할 수도 있습니다. 타일을 화면의 다른 위치로 끌어서 놓기 만하면됩니다.

Step 8 − 모든 리소스를 대시 보드에 고정 할 수 있습니다.

리소스로 이동하십시오. 마우스 오른쪽 버튼으로 클릭하거나 세 개의 점을 클릭합니다.

'대시 보드에 고정'을 클릭합니다.

왼쪽 상단의 'Microsoft Azure'를 클릭하여 대시 보드로 돌아 오면 다음 이미지와 같이 리소스가 표시됩니다.

회사에 많은 응용 프로그램이있는 경우 해당 응용 프로그램의 로그인 페이지에 회사의 모양과 느낌이 표시되기를 원할 수 있습니다. 마케팅을 포함한 몇 가지 목표가있을 수 있습니다. ID 관리를 위해 Azure Active Directory를 사용하는 회사는 로그인 페이지의 모양을 사용자 지정하여이를 수행 할 수 있습니다.

이 기능은 Azure Active Directory의 기본 및 프리미엄 버전에서 사용할 수 있습니다. 무료 버전에서는 찾을 수 없습니다.

기본 또는 프리미엄 에디션에 가입하지 않은 경우 프리미엄 에디션의 무료 평가판을 사용할 수 있습니다.

ADD (Azure Active Directory) Premium Edition의 Active 무료 평가판

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 작업하려는 Azure Active Directory로 이동합니다.

Step 3 − 아래 그림과 같이 상단 메뉴에서 '라이선스'탭을 클릭합니다.

Step 4 − '지금 Azure Active Directory Premium 사용해보기'를 클릭하면 해당 디렉터리에 대해 활성화됩니다.

업데이트하고 포털에 표시하는 데 몇 초가 걸릴 수 있으므로 페이지를 새로 고칩니다. 활성화되면 '라이선스'탭 아래에 계획이 표시됩니다.

브랜딩 사용자 지정

계속 진행하기 전에 로그인 페이지에 표시 할 이미지 (로고, 배경, 정사각형 배경)가 올바른 크기와 치수인지 확인하십시오. 이 작업을 처리하지 않으면 이미지를 업로드하는 데 시간을 낭비하고 궁극적으로 브랜딩 변경이 수행되지 않음을 알게됩니다. 다음은 특정 사양입니다.

영상 크기 (KB) 권장 치수 최대 치수 지원 포맷
심벌 마크 5-10 60-280 60-300 png / jpeg
스퀘어 로고 5-10 240 ~ 240 240 ~ 240 png / jpeg
스퀘어 로고 다크 테마 5-10 240 ~ 240 240 ~ 240 png / jpeg
로그인 페이지 그림 500 (300 개 권장) 1420-1200 1420-1200 Png / jpeg / gif

Step 1 − 작업 할 디렉토리로 이동합니다.

Step 2 − 상단 메뉴에서 '구성'탭을 클릭합니다.

Step 3− '브랜딩 사용자 지정'버튼을 클릭합니다. 다음과 같은 팝업이 나타납니다.

Step 4 − 세부 정보를 입력하고 이미지를 업로드합니다.

Step 5 − 다음을 클릭하고 세부 정보를 입력합니다.

완료되면 창 하단의 알림을 찾아 변경 사항이 수락되었는지 확인하십시오. 다음 이미지에서는 이전 시도에서 성공하지 못했고 오류가 발생했음을 나타내는 빨간색 윤곽선의 알림을 볼 수 있습니다. 변경 사항이 수락되지 않고 오류가 발생하면 '자세히'버튼을 클릭하여 원인을 찾으십시오. 일반적으로 업로드 할 이미지의 크기와 치수가 올바르지 않을 때 발생합니다.

사용자 지정 로그인 페이지로 로그인

조직의 응용 프로그램에 로그인하면 해당 페이지에 로고, 큰 일러스트레이션 이미지 및 로그인 텍스트가 표시됩니다. 예를 들어 조직의 계정을 사용하여 Office 365에 로그인 해 보겠습니다.

고려할 사항

  • 도메인 이름이 활성화되어 있어야합니다.

  • 로그인 페이지에 변경 사항이 표시되는 데 최대 1 시간이 걸릴 수 있습니다.

  • 테스트하려면 Internet Explorer의 '비공개'세션 (또는 쿠키가 검색에 영향을주지 않는 다른 브라우저의 해당 세션)을 선택하십시오.

디렉토리에있는 사용자는 관리자에게 요청하지 않고 몇 단계 만 거치면 비밀번호를 잊어 버린 경우 비밀번호를 재설정 할 수있는 권한을 부여받을 수 있습니다. 이렇게하면 조직에서 이러한 종류의 작업을 처리하는 IT 부서 또는 헬프 데스크의 시간과 비용이 절약됩니다. 관리자는 비밀번호 재설정 정책을 설정할 수 있습니다. 이 서비스는 Azure Active Directory의 기본 및 프리미엄 버전에서 사용할 수 있습니다. '회사 브랜딩 개인화'장에는 Azure Active Directory 프리미엄 버전의 무료 평가판을 얻는 방법에 대한 간단한 '방법'이 포함되어 있습니다.

Step 1 − 관리 포털에 로그인합니다.

Step 2 − 활성 디렉토리로 이동합니다.

Step 3 − '구성'탭을 클릭합니다.

Step 4 − 아래로 스크롤하여 '사용자 비밀번호 재설정 정책'제목을 찾습니다.

Step 5 − '예'를 클릭하면 다음 그림과 같이 사용자가 비밀번호를 재설정 할 수 있으며 아래로 스크롤하여 정책을 설정합니다.

Step 6 − 사용자가 특정 그룹에서 비밀번호를 재설정하도록 허용 할 수 있습니다.

Step 7− 위의 이미지를 참조하십시오. 암호 재설정을 인증하기 위해 선택할 수있는 네 가지 옵션이 있습니다. 예를 들어 여기에서 두 가지를 선택하겠습니다. 이 경우 사용자는 휴대폰 또는 대체 전자 메일 주소를 사용하여 암호 재설정을 확인할 수 있습니다.

Step 8− '필요한 인증 방법 수'드롭 다운에서 2 개를 선택하면 사용자가 2 개의 식별 정보 (예 : 휴대폰 및 사무실 전화)를 제공해야합니다. 이 예에서는 그대로 두겠습니다.

Step 9− 다음 옵션은 셀프 비밀번호 재설정을위한 등록 여부입니다. '아니오'를 선택하면 관리자가 각 사용자에 대해 개별적으로 수행해야합니다.

Step 10− ' "관리자에게 문의"링크를 사용자 정의하십시오. 사용자가 비밀번호를 재설정하는 동안 문제가 발생했을 때 연락 할 수있는 특정 웹 페이지 링크 또는 이메일 ID를 제공 할 수 있습니다.

Step 11 − 화면 하단의 '저장'을 클릭합니다.

다음에 사용자가 자신의 계정에 액세스하기 위해 로그인 할 때 전화 번호 나 이메일 주소를 입력 할 수있는 비밀번호 재설정 서비스에 등록하라는 메시지가 표시됩니다. 이 정보는 비밀번호를 잊어 버린 경우에 사용됩니다. 이 예에서는 정책 세트로 휴대폰 통화, 휴대폰 텍스트 또는 대체 이메일 주소로의 이메일을 통해 확인 코드 옵션 중 하나를 선택할 수 있습니다.

사용자는 액세스 패널에서 그룹을 직접 만들 수 있습니다. 사용자가 그룹을 만들고 가입 할 수 있도록하는 방법을 살펴 보겠습니다.

셀프 서비스 그룹 관리를위한 정책 설정

Step 1 − 관리 포털에 로그인합니다.

Step 2 − Active Directory로 이동합니다.

Step 3 − 상단 메뉴에서 '구성'탭을 클릭합니다.

Step 4− 아래로 스크롤하여 '그룹 관리'제목을 찾습니다. 여기에서 사용자가 자신의 그룹을 만들고 관리하도록 선택할 수 있습니다. 이 제목 아래에 설정해야 할 6 가지 사항이 있습니다. Azure 팀은 계속 기능을 추가합니다.

Step 5− 첫 번째 옵션은 '위임 그룹 관리 사용'입니다. 예를 선택하면 주 목적인 액세스 패널을 통해 사용자에게 그룹 관리 권한을 넘겨 줄 수 있습니다.

Step 6 − 두 번째 옵션은 사용자가 보안 그룹을 생성 할 수 있는지 여부입니다.

Step 7− 세 번째 옵션은 모든 사용자가 그룹을 관리하도록 허용할지 또는 일부를 관리할지 선택할 수 있습니다. '일부'를 선택하면 그룹을 지정해야합니다.

Step 8 − 네 번째 옵션은 사용자가 Office 365에서 그룹을 만들 수 있도록 활성화 / 비활성화하는 것입니다.

Step 9 − 다섯 번째 옵션은 일부 사용자가 Office 365 용 그룹을 만들고 관리 할 수 ​​있도록 허용하려면 그룹을 지정해야한다는 것입니다.

Step 10− 마지막 옵션은 전용 그룹을 활성화하는 것입니다. 활성화하도록 선택하면 그룹 구성원을 추가하라는 메시지가 표시됩니다.

변경을 마치면 화면 하단에 '저장'버튼이 나타나 변경 사항을 저장합니다.

이 섹션에서는 그룹을 생성합니다. 그룹을 만든 사용자는 그룹의 소유자이며 그룹에서 구성원을 추가하거나 삭제할 수 있습니다. 이전 단계에서 사용자에게 자신의 그룹을 만들 수있는 권한을 부여 했으므로이 디렉터리의 모든 사용자가 그룹을 만들고 관리 할 수 ​​있습니다.

Step 1− myapps.microsoft.com 을 방문하여 액세스 패널로 이동합니다.

Step 2 − azure 계정에 로그인합니다.

Step 3− 상단에 '그룹'이 표시됩니다. 새 그룹을 만들려면 클릭하십시오.

Step 4 − 상단 드롭 다운에서 '내 그룹 / 전체'를 선택합니다.

Step 5 − '새 그룹 만들기'를 클릭합니다.

Step 6− 다음과 같은 화면이 나타납니다. 그룹의 이름과 설명을 입력하십시오.

Step 7− 모든 사용자가 그룹에 가입하도록하거나 그룹에 가입하기 전에 그룹 소유자의 승인을 요청할 수 있습니다. 소유자의 승인이 필요한 첫 번째 옵션을 선택했습니다. 즉, 추가 된 사용자 이외의 그룹에 가입하려는 사용자는 승인을 요청해야합니다.

Step 8 − 원하는 옵션을 선택하고 '만들기'를 클릭합니다.

Step 9− '그룹'페이지로 돌아갑니다. 그룹에 구성원을 추가하려면 그룹을 선택하십시오. 이 경우에는 '개발자 그룹'을 선택하겠습니다.

Step 10 − '멤버 추가'를 클릭합니다.

Step 11− 다음 팝업은 디렉토리에있는 모든 사용자를 나열합니다. 이름을 클릭하여 회원을 추가 할 수 있습니다.

Step 12−이 페이지에서 회원 추가 / 삭제, 그룹 설명 수정, 그룹 삭제가 가능합니다. 또한 다른 사람을이 그룹의 소유자로 만들 수 있습니다.

누군가 그룹에 가입하고 싶다면 소유자의 승인을 요청할 것입니다. 소유자는 알림을 받고 위 이미지와 같이 액세스 패널의 '승인'탭에서 요청을 볼 수 있습니다. 또한 누군가가 다른 사람이 소유 한 그룹에 가입하도록 요청한 경우 여기에서 자신의 요청을 볼 수 있습니다.

관리자는 Azure Active Directory를 사용하여 다양한 유형의 데이터가 포함 된 보안 보고서를 볼 수 있습니다.

이상 보고서

여기에는 정상적인 로그인 시도 데이터가 포함됩니다. 로그인 중에 시스템이 비정상적인 것을 감지하면 이상 보고서에 수집됩니다. 다음 이미지에서 볼 수 있듯이이 범주에는 9 가지 유형의 보고서가 있습니다.

이 보고서를 보려면-

Step 1 − 관리 포털에 로그인하고 활성 디렉토리로 이동합니다.

Step 2 − 상단 메뉴에서 '리포트'탭을 클릭합니다.

Step 3 − 'Anomalous Activity'에서 데이터를 보려는 카테고리 중 하나를 클릭합니다.

활동 보고서

같은 화면에서 아래로 스크롤하면 '활동 보고서'제목 아래에 몇 개의 보고서가 표시됩니다. 이는 비밀번호 재설정, 등록 등과 같은 활동입니다. 각 보고서 이름은 자명합니다. 현재이 카테고리에는 4 가지 유형의 보고서가 있습니다.

그중 하나를 클릭하면 다음 이미지와 같은 세부 정보가 표시됩니다. 여기에서 감사 보고서를 찾아 보겠습니다. 1 개의 활동이 나온 것을 볼 수 있습니다. 다른 모든 종류의 보고서는 쉽게 탐색 할 수있는 왼쪽 패널에 나열됩니다. 또한 화면 하단의 '다운로드'버튼을 클릭하여 CSV 형식으로 보고서를 다운로드 할 수 있습니다.

통합 애플리케이션

이 범주에는 조직의 클라우드 애플리케이션 사용 보고서가 포함됩니다. 이 범주는 응용 프로그램 사용을 모니터링하는 대화 형 방법을 제공합니다.

예를 들어 다음 화면에서 왼쪽 패널의 'Application Usage'를 클릭하면 App Access Panel에 12 개의 로그인이 있고 Visual Studio 애플리케이션에 3 개의 로그인이 있음을 알 수 있습니다.

특정 사용자의 검색 활동

Azure Active Directory는 관리자가 특정 사용자의 활동을 검색 할 수있는 유용한 기능을 하나 더 제공합니다. 상단 메뉴에서 '리포트'를 클릭하면 다음과 같은 화면이 나타납니다. 사용자 표시 이름이나 사용자 주체 이름 만 입력하면됩니다. 모든 디렉토리 활동을 볼 수 있습니다.

위 화면에서 사용자의 표시 이름을 입력하여 검색 한 결과 시간과 날짜가있는 사용자의 활동 내역이 화면에 나열됩니다.

Azure Active Directory 버전 및 보고서

모든 종류의 보고서는 모든 버전의 Azure Active Directory에서 사용할 수 없습니다. 다음 표에는 Azure Active Directory의 세 가지 버전에서 사용할 수있는 보고서 유형이 나열되어 있습니다.

오케스트레이션 된 복구는 Azure Site Recovery 서비스의 기능 중 하나입니다. Azure Site Recovery는 기본 사이트에서 장애 조치가 발생한 경우 애플리케이션 복구를 자동화합니다. 이 복구는 다중 계층 워크로드가 있더라도 애플리케이션을 복원하기 위해 조정 된 방식으로 수행됩니다. 다중 계층 애플리케이션을 사용하는 경우 서비스를 신속하게 복원하려면 조정 된 복구가 필수적이며 이는 IT 재해 및 복구 작업의 어려운 부분입니다. 그러나 클라우드 기술을 사용하면 이것은 매우 간단하고 쉬운 작업이되었습니다.

오케스트레이션 된 사이트 복구를 활성화하려면 복구 계획을 만들어야합니다. 이 작업은 Azure 관리 포털에서 수행 할 수 있습니다. 재해 복구를 위해 생성 된 계획은 서비스를 중단하지 않고 테스트 할 수 있습니다.

Site Recovery Vault 생성

Step 1 − Azure 관리 포털에 로그인합니다.

Step 2 − 왼쪽 하단의 '새로 만들기'를 클릭합니다.

Step 3 − 데이터 서비스 → 복구 서비스 −> Site Recovery Vault → 빠른 생성을 클릭합니다.

Step 4− 이름을 입력하고 지역을 선택합니다. 이 볼트가 가상 머신과 네트워크가있는 동일한 지역에 있는지 확인합니다.

Step 5− 다음 화면으로 이동합니다. 다음 화면에서 드롭 다운을 볼 수 있습니다. 드롭 다운을 확장하면 복구를 구성 할 수있는 다양한 시나리오가 표시됩니다.

여기서 조직의 요구 사항에 따라 복구 시나리오를 선택해야합니다. 각 시나리오를 자세히 논의 해 보겠습니다.

온-프레미스 VMM 사이트와 Azure 간

이 시나리오에서 온-프레미스 가상 머신은 Azure에 복제됩니다. 이 온 프레미스 리소스에 대한 필수 구성 요소는 거의 없습니다.

  • Windows Server 2012 R2에서 실행되는 가상 머신 서버.

  • 가상 머신 서버에는 보호 할 클라우드가 하나 이상 있어야합니다.

  • 클라우드에는 하나 이상의 VMM 호스트 그룹과 Hyper-V 호스트 서버 또는 Hyper-V 호스트 서버에 클러스터 및 가상 컴퓨터가 있어야합니다.

사이트 복구 설정은 매우 방법론적인 작업입니다. 위에서 언급 한 모든 전제 조건을 준비하지 않은 경우 작업의 몇 단계를 거친 후 되돌려 야 할 수 있습니다.

드롭 다운에서이 시나리오를 선택할 때 위 그림에 표시된 5 단계를 따라야합니다.

온-프레미스 Hyper-V 사이트와 Azure 간

이 옵션은 온-프레미스 Hyper-V 서버에있는 가상 머신의 복제에 선택됩니다. Hyper-V 서버가 실행 중이지만 VMM을 사용할 수없는 경우에 적합합니다.

필수 구성 요소 (온-프레미스)

  • 온 사이트 호스트는 Hyper-V 역할이있는 Windows Server 2012 R2 여야합니다.
  • Hyper-V에는 가상 머신이 하나 이상 있어야합니다.

VMWare / 물리적 서버와 Azure가있는 온-프레미스 사이트 간

이 시나리오는 물리적 서버를 Azure에 복제합니다. 또한 온 프레미스에있는 VMware 가상 머신을 복제해야하는 경우 드롭 다운에서이 옵션을 선택해야합니다. 데이터가 인터넷을 통해 복제되는 것과 같이 다양한 방식으로 보호가 이루어집니다. 배포를 시작하기 전에 다음 용어를 알아야합니다. 이 시나리오에서 사이트 복구를 설정하는 동안 다음 서버를 구성합니다.

  • Process Server− 보호 된 항목의 데이터는 먼저 캐시, 압축 및 암호화되는 프로세스 서버로 전송됩니다. 그런 다음 데이터가 마스터 대상 서버로 전송됩니다.

  • Configuration Server −이 서버는 보호 항목, 프로세스 및 마스터 대상 서버 간의 통신 링크입니다.

  • Master Target Server − 마스터 대상 서버는 보호 항목에서 복제 된 데이터를 저장합니다.

두 온-프레미스 VMWare 사이트 간

두 온-프레미스 VMM 사이트와 SAN 배열 응용 프로그램 간

이 시나리오에서는 온-프레미스 VMM 사이트가 다른 사이트로 복제됩니다. 이 사이트의 Hyper-V 가상 머신은 SAN (스토리지 어레이 기반) 복제를 통해 보호됩니다. 조직에 기존 SAN 인프라가있는 경우이 옵션의 이점을 누릴 수 있습니다.

전제 조건

다음 이미지는 배포 할이 시나리오의 전제 조건을 설명합니다.

복구 계획 생성

선택한 시나리오 중 하나에 대한 사이트 복구 설정을 완료하면 관리 포털에서 복구를 조정하기위한 복구 계획을 만들어야합니다.

Step 1 − 관리 포털에서 작업중인 Azure Site Recovery 자격 증명 모음으로 이동합니다.

Step 2− 상단 메뉴에서 '복구 계획'을 선택합니다. 선택한 시나리오 및 복구 볼트에 등록 된 리소스에 따라 다른 옵션이 표시됩니다.

Step 3− 원하는대로 사이트 복구를위한 복구 계획을 생성 할 수 있습니다. 또한 프로세스의 단계를 놓친 경우 전제 조건을 알려줍니다.

Step 4− 여기서 생성 된 맞춤형 계획은 복구를 조정하기위한 장애 조치시 실행될 수 있습니다. 서비스는 보조 사이트에서 사용할 수 있습니다.

지속적인 상태 모니터링은 Azure Site Recovery의 기능 중 하나입니다. 이 기능을 독점적으로 구독 할 필요는 없습니다. 이전 장에서 다양한 시나리오에 대해 Azure Site Recovery를 구성하는 방법을 살펴 보았습니다. 모든 구성이 완료되면 Hyper-V 복구 관리자는 보호 된 리소스 인스턴스의 상태를 지속적으로 모니터링합니다. Hyper-V 복구 관리자가 Azure에서 원격으로 수행합니다. 이 절차는 복구에 사용되는 가상 머신의 메타 데이터 수집으로 구성됩니다.

Azure Site Recovery에서 일어나는 일은 복구 목적으로 메타 데이터가 지속적으로 수집된다는 것입니다. 지속적인 상태 모니터링의 기능으로 데이터가 전송 될 때마다 항상 암호화되므로 안전하고 안전합니다.

데이터는 보조 사이트에서 복제됩니다. 보조 사이트는 장애 조치시 사용할 수 있습니다. 모든 것이 제대로 작동하는지 확인하기 위해 테스트 장애 조치를 수행 할 수 있습니다. 계획된 장애 조치와 계획되지 않은 장애 조치는 보조 사이트를 사용할 수있는 두 가지 상황입니다. 계획된 장애 조치는 일반적으로 테스트, 유지 관리 등을 위해 수행되는 반면, 재난이 발생하면 계획되지 않은 장애 조치가 발생합니다. 장애 조치의 종류에 관계없이 기본 사이트의 가상 머신이 지속적으로 모니터링되고 메타 데이터가 수집됩니다. 따라서 지속적인 상태 모니터링은 보조 사이트의 데이터를 항상 사용 가능한 상태로 유지하는 기능입니다.

백업 및 오케스트레이션 된 복구 외에도 Azure Site Recovery는 모든 리소스 인스턴스의 상태를 지속적으로 모니터링합니다.

서비스가 Azure에서 제대로 실행되고 있다고 가정 해 보겠습니다. 얼마 후 이미 실행중인 서비스를 변경하고 업그레이드해야합니다. 까다로운 부분이 있습니다. 때로는 업그레이드가 순조롭게 진행되고 때로는 문제의 원인을 모를 수 있습니다. Windows Azure는 이러한 문제를 해결하기 위해 노력했습니다.

클라우드 서비스 업데이트

애플리케이션 코드는 Azure 관리 포털에서 쉽게 업데이트 할 수 있습니다. 계속 진행하기 전에 서비스 패키지 (.cspkg) 및 서비스 구성 파일 (.cscfg)이 필요합니다.

Step 1 − 관리 포털에 로그인합니다.

Step 2 − 업데이트 할 서비스로 이동합니다.

Step 3− 상단 메뉴에서 '인스턴스'를 클릭 한 다음 '업데이트'를 클릭합니다. 다음 화면이 나타납니다.

Step 4 − 배포 레이블 이름을 입력하고 .cspkg 및 .cscfg 파일을 업로드합니다.

Step 5 − 업데이트 할 역할을 선택하거나 모든 역할을 업데이트하려면 '모두'를 선택합니다.

Step 6 − 필요에 따라 확인란을 선택하고 오른쪽의 '화살표'를 클릭합니다.

VIP (가상 IP) 스왑

서비스 아키텍처를 변경해야하는 시나리오를 접할 수 있습니다. Azure는 업그레이드를 쉽게 처리 할 수있는 방법을 제공합니다. 두 가지 배포 환경 (프로덕션 및 스테이징)이 있습니다. 서비스가 프로덕션 단계이지만 스테이징 환경에서 새 버전을 배포 할 수 있다고 가정 해 보겠습니다. 그 후에 테스트하고 모든 것이 정상이면 프로덕션 배포로 바꿉니다. 이면에서 프로덕션 및 스테이징 배포의 가상 IP가 스왑되므로 스테이징이 프로덕션이되고 프로덕션이 스테이징이됩니다. 스와핑이 발생하는 동안 서비스는 중단되지 않습니다. 이 모든 작업은 서비스 중단없이 수행됩니다. 또한 필요한 경우 이전 프로덕션 버전으로 쉽게 롤백 할 수 있습니다.

Step 1 − 관리 포털에 로그인합니다.

Step 2− 서비스로 이동합니다. 상단 메뉴에서 '인스턴스'를 선택합니다. 다음 화면에서이 서비스에 대해 두 개의 인스턴스가 있음을 볼 수 있습니다.

Step 3− 스테이징 및 프로덕션에 서비스를 배포하면 화면 하단의 'Swap'이 활성화 된 것을 볼 수 있습니다. 스왑 아이콘을 클릭하기 만하면 완료됩니다.

고려 사항

  • 각 배포에 대해 서로 다른 수의 엔드 포인트가있는 경우 교체 할 수 없습니다.
  • 서비스의 IP 주소는 변경되지 않습니다.
ja/tutorial
es/tutorial
de/tutorial
fr/tutorial
th/tutorial
pt/tutorial
ru/tutorial
vi/tutorial
it/tutorial
ko/tutorial
tr/tutorial
id/tutorial
pl/tutorial
hi/tutorial
japost
espost
depost
frpost
thpost
ptpost
rupost
vipost
itpost
kopost
trpost
idpost
plpost
hipost

© Copyright 2021 - 2024 | All Rights Reserved