작업 관리자에서 디스크 성능 정보 표시하기

  • Windows Server 2012, 2012 R2

 

Windows Server 2012, 2012 R2 작업 관리자를 실행하였을 때 디스크 정보가 보이지 않는 경우가 있다.

 

작업 관리자에서 디스크 정보를 표시하기 위해서는 커맨드 명령 또는 파워쉘을 이용하여 간단한 명령으로 디스크 정보를 나타내도록 수정할 수 있다.

Diskperf -Y

 

 

커맨드 명령을 완료하고 작업 관리자를 다시 실행해 보면 디스크 정보가 표시되는 것을 확인할 수 있다.

 

 

 

2016-02-02 / 강성욱 / http://sqlmvp.kr

 

작업 관리자, 디스크 정보, Diskperf, Task Manager, Disk Performance, Windows, Windows 2012, Windows Counter

Amazon Elastic Block Store (Amazon EBS) 소개

   

Amazon Elastic Block Store(EBS)는 Amazon EC2 인스턴스에 사용할 블록 레벨 스토리지 볼륨을 제공 한다. EBS 볼륨은 네트워크에 연결되며 EC2에 연결하여 인스턴스 내의 디바이스로 표시 할 수 있다. 특히 데이터베이스, 파일 시스템, 원시 블록 레벨 스토리지에 대한 액세스가 필요한 애플리케이션에 적합하다.

   

[성능]

  • EBS에서는 EC2 인스턴스에 디바이스로 마운트할 수 있는 스토리지 볼륨은 1GB ~ 1TB까지 생성할 수 있으며 여러 볼륨을 동일한 인스턴스에 마운트 할 수 있다.
  • EBS에서 프로비저닝된 IOPS 볼륨을 선택하면 특정 수준의 I/O성능을 프로비저닝 할 수 있다. I/O 집중적인 워크로드에 적합하며 볼륨당 최대 4000IOPS를 제공한다. 여러 개의 볼륨을 함께 스트라이핑하여 애플리케이션에 EC2 인스턴스당 수천 개의 IOPS를 제공할 수 있다.
  • 표준 볼륨은 평균 약 100IOPS를 제공하여 순간 최대 수백 IOPS를 지원한다. 버스트 기능이 빠른 인스턴스 시작 시간을 제공하기 때문에 부트 볼륨으로 사용하기에도 적합하다.
  • EBS최적화 인스턴스는 유형에 따라 500Mbps ~ 1000Mbps의 범위에서 선택 할 수 있다.

   

   

[내구성]

  • 볼륨의 내구성은 볼륨의 크기와 마지막 스냅샷 이후 변경한 데이터의 비율(%)에 따라 달라진다. 20GB미안의 수정된 볼륨의 경우 AFR(연간 실패율)이 0.1% ~ 0.5%로 예상된다. 여기서 고장은 완전히 손실됨을 뜻한다.
  • EBS는 일관된 지정 시간 볼륨 스냅샷을 만들 수 있는 기능을 제공하며 생성된 스냅샷은 Amazon S3에 저장되어 여러 가용 영역에 자동으로 복제 된다. 또한 마지막 스냅샷을 이용해 볼륨을 재생성 할 수 있다.

   

[스냅샷]

  • Amazon EBS 스냅샷은 마지막 스냅샷 이후 변경된 디바이스의 블록만을 저장하는 증분식 백업이다. 100GB 데이터의 디바이스가 있으나 5GB 데이터만 마지막 스냅샷 이후 변경된 경우 추가된 5GB의 스냅샷 데이터만 Amazon S3에 다시 저장된다. 스냅샷은 증분식으로 저장되지만, 한 스냅샷을 삭제하면 다른 스냅샷에 필요하지 않은 데이터만 제거된다.
  • 모든 스냅샷의 볼륨 복원 시기가 같기 때문에 증분식 백업에 필요한 공간을 절약하면서 복원 시간 동안 전체 백업을 복원할 수 있다.
  • 기존 Amazon S3 스냅샷을 이용해 생성한 새 볼륨은 백그라운드에서 느리게 로드된다. 이는 스냅샷에서 볼륨을 생성한 경우 Amazon S3에서 Amazon EBS 볼륨으로 모든 데이터가 전송되기를 기다리지 않고도 연결된 인스턴스에서 볼륨과 모든 데이터에 액세스할 수 있음을 의미한다. 인스턴스에서 아직 로드되지 않은 데이터에 액세스하는 경우, 볼륨은 요청한 데이터를 Amazon S3에 즉시 다운로드한 후, 볼륨의 나머지 데이터를 백그라운드에서 계속해서 로드한다.

   

   

다음 표는 EBS 처리랑 및 최대 IOPS를 나타내는 표이다. 지속적으로 이러한 수준의 성능을 달성하기 위해서는 EBS 최적화로 인스턴스 유형을 시작하여야 한다.

   

   

[참고자료]

EBS IOPS : http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-ec2-config.html

AmazonEC2 (Amazon Elastic Compute Cloud) 소개

   

Amazon Elastic Compute Cloud는 클라우드에서 컴퓨팅 파워의 규모를 자유 자재로 변경 할 수 있는 서비스이다. 간단한 웹 서비스 인터페이스를 통해 간편하게 필요한 용량을 구성 할 수 있다.

   

[장점]

  • 스케일아웃 : 수 분 내에 용량을 늘리거나 줄일 수 있으며 수백 또는 수천 개의 서버 인스턴스를 동시에 지정 가능. 모든 과정이 웹 서비스 API로 제어되며 요구에 따라 스스로 자동 확장 및 축소 가능.
  • 완전 제어 : 사용자가 인스턴스를 완전히 제어할 수 있는 권한을 보유
  • 유연한 클라우드 호스팅 서비스 : 다양한 인스턴스 유형 및 소프트웨어 패키지 선택 가능.
  • 다른 Amazon Web Services와 유연한 연동 : Simple Storage Service(Amazon S3), Amazon Relational Database Service(Amazon RDS), Amazon SimpleDB 및 Amazon Simple Queue Service(Amazon SQS)와 연결되어 광범위한 애플리케이션 전반에서 컴퓨팅, 쿼리 처리 및 스토리지를 위한 완벽한 솔루션을 제공.
  • 안전성 : Amazon EC2 서비스 수준 계약은 각 Amazon EC2 지역에 99.5%의 가용성을 보장.
  • 보안 : Amazon VPC와 함께 작동하여 사용자 컴퓨팅 리소스에 보안성 및 강력한 네트워킹 기능을 제공.
  • 저렴한 비용 : 다양한 형태의 비용 옵션을 제공.
  • 빠른 시작 : AWS Marketplace에서 Amazon 머신 이미지(AMI)를 사용하여 빠른 구축 및 배포가능.

   

   

[기능]

  • Amazon Elastic Block Store(EBS) :

    EBS 볼륨은 네트워크에 연결되어 사용. Amazon EC2의 부팅 파티션으로 사용하거나 실행 중인 Amazon EC2 인스턴스에 표준 블록 디바이스로 연결가능. 부팅 파티션으로 사용 할 경우 EC2 서비스를 중지했다가 나중에 다시 시작할 수 있으므로 사용한 스토리지 리소스에 대해서만 비용을 지불. Amazon EBS 볼륨은 단일 가용 영역 내의 백 엔드에 자동으로 복제되므로 로컬 Amazon EC2 인스턴스 스토리지에 비해 향상된 내구성 제공. EBS는 일관된 지정 시간에 볼륨 스냅샷을 생성하고 생성된 스냅샷은 Amazon S3에 저장되어 여러 가용 영역 전체에 자동으로 복제된다. 이러한 스냅샷은 새로운 Amazon EBS 볼륨의 시작 시점으로 사용 할 수 있으며 안정적으로 보호할 수 있다. Amazon EBS 볼륨은 표준 볼륨과 Provisioned IOPS 두 가지 유형을 제공한다. 표준 볼륨은 I/O dyrn 사항이 보통 수준이거나 가끔씩 집중적으로 발생하는 서비스에 적합한 비용 효율적인 스토리지이며 Provisioned IOPS 볼륨은 I/O 집중적인 서비스(데이터베이스 등)에 적합하다.

  • 다중위치

    Amazon EC2는 인스턴스는 가용 영역은 다른 가용 영역에 오류가 발생할 경우 오류 지점으로부터 분리되도록 설계된 별개의 위치로 동일 지역의 다른 가용 영역에 저렴하고 지연 시간이 낮은 네트워크 연결을 제공한다. 별도의 가용 영역에서 인스턴스를 실행함으로써 단일 위치에서 오류가 발생 할 경우 서비스를 보호할 수 가 있으며 지리적으로 분산되어 Amazon EC2 지역에 99.5%의 가용성을 보장한다.

  • Amazon Virtual Private Cloud

    Amazon Virtual Private Cloud(VPC)는 고객이 정의하는 가상 네트워크에서 AWS 리소스를 시작할 수 있도록 Amazon Web Services(AWS) 클라우드에서 논리적이고도 격리된 공간을 프로비저닝한다. IP 주소 범위, 서브넷 생성, 라우팅 테이블 및 네트워크 게이트웨이 구성 선택 등 가상 네트워킹 환경을 완벽하게 제어할 수 있다. 또한 기업 데이터 센터와 VPC 간에 하드웨어 가상 사설 네트워크(VPN) 연결을 생성하여 AWS 클라우드를 확장된 기업 데이터 센터 용도로 사용할 수도 있다.

  • Amazon CloudWatch

    AWS 클라우드 리소스 및 애플리케이션에 대한 모니터링 기능을 제공. 리소스 사용률, 작동 성능, 전반적인 수요 패턴을 파악할 수 있는 기능을 제공하며, 이를 위해 CPU 사용률, 디스크 읽기 및 쓰기, 네트워크 트래픽과 같은 메트릭을 모니터링합니다. 통계를 작성하고, 그래프를 보고, 메트릭 데이터에 대한 경보를 설정할 수 있다.

  • Auto Scaling

    Auto Scaling을 사용하면 정의한 조건에 따라 Amazon EC2 용량을 자동으로 확장하거나 축소할 수 있다. Auto Scaling은 사용량이 시간, 일 또는 주 단위로 바뀌는 애플리케이션에 특히 적합하고 Auto Scaling은 Amazon CloudWatch를 통해 활성화되며 Amazon CloudWatch 요금 외에 추가 비용이 발생하지 않는다.

  • Elastic Load Balancing

    수신되는 애플리케이션 트래픽을 여러 Amazon EC2 인스턴스에 자동으로 배포하여 내결함성을 크게 높이고, 수신되는 애플리케이션 트래픽에 응답하는 데 필요한 로드 밸런싱 용량을 원활하게 제공한다. Elastic Load Balancing은 풀 내에서 비정상 인스턴스를 검색하고 비정상 인스턴스가 복원될 때까지 자동으로 트래픽을 정상 인스턴스로 다시 라우팅한다.

  • HPC(고성능 컴퓨팅) 클러스터

    병렬 처리와 같은 복잡한 연산 워크로드 또는 네트워크 성능에 민감한 애플리케이션에 적합. 클러스터 컴퓨팅, 클러스터 GPU 및 고용량 메모리 클러스터 인스턴스는 고성능 네트워크 기능을 제공하도록 특별히 설계되었으며 프로그래밍 방식을 통해 클러스터에 실행할 수 있으므로 긴밀하게 연결된 노드 간 통신에 필요한 저지연 네트워크 성능을 애플리케이션에 제공할 수 있다. 클러스터 인스턴스는 처리 속도를 크게 향상시키기 때문에 네트워크 집중형 작업을 수행해야 하는 고객 애플리케이션에도 적합하다.

  • GPU 인스턴스

    GPU 인스턴스는 고성능 병렬 기능이 필요한 고객에게 각각 최대 1,536개의 CUDA 코어 및 4GB 비디오 메모리를 갖춘 NVIDIA GPU에 대한 액세스를 제공. GPU 인스턴스는 게임 스트리밍을 포함하는 3D 그래픽 애플리케이션 및 전산 화학, 금융 모델링 및 엔지니어링 설계 등 컴퓨팅 워크로드에 가장 적합하다.

  • 높은 I/O 인스턴스

    높은 인스턴스는 SSD(Solid State Disk) 기술을 기반으로 하며, 초고성능의 SQL이 아닌 데이터베이스 및 관계형 데이터베이스를 실행 중인 고객에게 적합하다.

  • 고용량 스토리지 인스턴스

    데이터 웨어하우스 및 Hadoop과 같이 데이터 사용량이 많은 애플리케이션을 위한 높은 순차 I/O, 인스턴스당 초고용량의 스토리지 밀도를 필요로 하는 고객은 고용량 스토리지 인스턴스를 사용하면 이점을 누릴 수 있다. 고용량 스토리지 인스턴스는 순차 I/O 처리량이 2.4GB/s이고 24개의 하드 디스크 드라이브에 48TB의 인스턴스 스토리지를 제공하는 Amazon EC2 인스턴스 유형이다.

  • VM Import/Export

    VM Import/Export를 사용하면 언제든지 손쉽게 가상 머신 이미지를 기존 환경에서 Amazon EC2 인스턴스로 가져오거나 다시 내보낼 수 있다.

  • AWS Marketplace

    AWS Marketplace는 AWS에서 실행되는 소프트웨어를 찾고 구매하고 빠르게 배포할 수 있도록 해주는 온라인 상점이며 원클릭 배포를 사용하면 미리 구성된 소프트웨어를 빠르게 시작할 수 있으며, 요금은 종량 과금제로 시간 또는 월 단위로 청구된다.

  • 향상된 네트워킹

    향상된 네트워킹을 사용하면 PPS(Packet Per Second) 성능이 크게 높아지고, 네트워크 지터 및 지연 시간이 낮아진다. 이 기능은 일반 구현에 비해 높은 I/O 성능 및 낮은 CPU 사용률을 제공하는 새로운 네트워크 가상화 스택을 사용한다. 향상된 네트워킹을 이용하려면 VPC에서 HVM AMI를 시작하고 적절한 드라이버를 설치해야 한다. 향상된 네트워킹은 현재 C3 및 I2 인스턴스에서 지원된다.

   

   

[참고자료]

Amazon EC2 기능 : http://aws.amazon.com/ko/ec2/details/

Iaas, Paas, SaaS 개념

   

클라우드 서비스에 사용되는 as a Service 개념에 대해서 알아 본다.

 

[그림 : https://www.simple-talk.com/cloud/development/a-comprehensive-introduction-to-cloud-computing/]

   

   

[IaaS (Infrastructure as a Service)]

기존에 제공되는 서버 기반의 호스팅이 클라우드로 제공되는 형태라고 생각 할 수 있다. 가상의 하드웨어상에 OS나 필요 애플리케이션을 설치하여 사용한다. 인프라(서버, 스토리지, 네트워크 등)를 서비스로 제공한다.

l  장점 : OS, 애플리케이션 등을 사용자가 직접 설치 하기 때문에 원하는 형태로 사용이 가능하다.

l  단점 : 클라우드 서비스가 하드웨어에 제한됨.

Ex)

l  Amazon EC2(Elastic Compute Cloud) : 하드웨어 서버를 가상화하여 하드웨어 자원을 사용자에게 제공. 사용자가 운영체제 및 소프트웨어를 설치하여 클라우드 서비스 이용.

l  Amazon S3(Simple Storage Service) : 대용량의 데이터를 간편하게 저장하고 검색 할 수 있도록 지원

   

   

[PaaS (Platform as a Service)]

플랫폼을 제공하는 서비스로 사용자는 데이터나 애플리케이션을 이용할 수 있다. 예를 들면 결제 시스템이 필요한 경우 결제 시스템의 PaaS 결제 서비스를 사용하면 된다.

l  장점 : 필요한 서비스를 모두 구현하지 않아도 된다.

l  단점 : 환경이 맞지 않는 경우 이용이 힘들거나 다른 PaaS 사업자를 찾아야 한다.

Ex)

l  Windows Azure, 구글 앱 엔진, 아이튠즈, 세일즈포스 닷컴의 Force.com

   

   

[SaaS (Software as a Service)]

하드웨어 및 소프트웨어를 모두 제공하는 서비스로 기존의 호스팅 서비스에서는 필요한 프로그램을 사용하기 위해서는 프로그램을 사야 했지만 클라우드 환경에서는 그 프로그램이 서비스의 형태로 제공된다.

l  장점 : 비용 절감 (이용 요금만 지불, 자사 업데이트 불필요), 세계 표준 사용으로 타사와의 연계가 용이함.

l  단점 : 목적의 부합성에 따른 활용성 제한, 획일적 서비스로 인한 제한.

Ex)

l  Amazon RDS : 아마존 클라우드 + 데이터베이스

l  세일즈포스닷컴의 CRM, 웹메일

   

   

[HaaS (Hardware as a Service)]

특정 하드웨어가 필요한 경우 제공 업체로부터 하드웨어를 서비스 받는 것. 특정 하드웨어를 자체 구축이 어려운 경우 서비스를 받을 수 있다.

Ex)

l  Amazon EC2, Amazon S3

   

   

[BaaS (Backend as a Service)]

온라인 서비스에서 사용자가 보는 프로그램(front-end)과 관리자가 보는 프로그램(back-end)으로 나눌 수 있다. 관리자 영역을 모듈화 하여 서비스로 제공하는 개념이 Baas이다. 예를 들어 온라인 분석이나 모니터링의 경우 관리자를 위한 서비스 등을 모듈화 하여 제공한다.

   

일반적으로 개발자가 모든 서비스를 만들기가 쉽지 않으므로 BaaS를 활용하여 개발 시간 단축 및 손쉽게 만들 수 있다. 대표적인 사례로 구글 출신의 엔지니어들이 만든 Parse 또는 Kinvey가 대표적으로 국내의 경우 KTH가 모바일 개발자들을 지원하기 위한 BaaS.io가 있다.

   

Ex)

l  Parse : https://parse.com/

l  Kinvey : http://www.kinvey.com/

   

   

[Mobile Backend as a Service(BaaS) Ecosystem Map]

 

[그림 : http://www.kinvey.com/blog/123/kinveys-architecture-and-the-backend-as-a-service-ecosystem]

 

   

+ Recent posts