[AWS SAA] 16. 서버리스 컴퓨팅(Lambda)
서버리스 컴퓨팅? 서버리스 컴퓨팅을 사용하면 서버를 생각하지 않고 애플리케이션과 서비스를 구축하고 실행할 수 있습니다. 서버리스 애플리케이션에서는 사용자가 서버를 프로비저닝, 크기 조정, 관리할 필요가 없습니다. 거의 모든 유형의 애플리케이션 또는 백엔드 서비스용으로 애플리케이션을 구축할 수 있습니다. 애플리케이션을 고가용성으로 싱행하고 확장하는 데 필요한 모든 작업을 자동으로 처리됩니다. 프로비저닝? 프로비저닝은 IT 인프라를 생성하고 설정하는 프로세스 로서, 다양한 리소스에 대한 사용자 및 시스템 액세스를 관리하는 데 필요한 단계를 포함합니다. 프로비저닝은 서버, 애플리케이션, 네트워크 구성, 스토리지, 엣지 기기 등을 배포하는 과정에서 초기 단계에 해당합니다. 서버리스 애플리케이션에서는 개발자가 서..
2023.07.14
no image
[에티버스러닝 클라우드 교육과정] 21주차
21주차 후기 최근 에티버스 러닝에서 Terraform을 진행했습니다. Ansible에 이어 2번째 IaC를 사용하게 된 것인데, 인프라를 구축하는데 이렇게 편하고 좋을 수 있나 싶었습니다. 최근 시스템 엔지니어나 클라우드 엔지니어, 심지어 DevOps 엔지니어에서도 IaC 항목을 우대 사항에 추가하는 추세인데, 그 이유를 절실히 깨달을 수 있었습니다. 물론 처음 코드를 구성하는 것 자체는 쉽지 않습니다. 하지만 한번 구축하고 나면 멱등성이 있는 튼튼한 인프라가 단 10~20분만에 구성이 끝나니 너무 간편하고, 튼튼한 인프라를 갖추기 위해서 IP, CIDR, 정책 등 모든 사항을 지정해줘야 하기 때문에 인프라 구조를 이해함에 있어도 괜찮다는 생각이 들었습니다. Ansible를 실행해서 인프라를 구축하게 ..
2023.07.14
no image
[AWS SAA] 15. EC2 비용 최적화
EC2 구매 옵션 온디맨드 온디맨드 인스턴스를 사용하면 장기 약정 없이 컴퓨팅 용량 비용을 초나 시간 단위로 지불할 수 있습니다. 온디맨드 인스턴스는 중단할 수 없는 불규칙한 단기 워크로드가 있는 앱에 가장 적합합니다. 또한 처음에 온디맨드 방식을 선택해 사용량에 따라 요구 사항을 확인할 수도 있습니다. 온디맨드의 특징은 다음과 같습니다. 장기 약정 X 선결제 금액 X 애플리케이션 수요에 따라 컴퓨팅 용량을 늘리거나 줄일 수 있습니다. Saving Plans 예약형 인스턴스 보다는 아래의 플랜을 통해 인스턴스 요금 할인을 받는 것이 더욱 현명합니다. Saving Plans의 유형은 다음과 같습니다. Compute Savings Plans 최대 유연성을 제공하는 플랜입니다. 온디맨드 요금의 최대 66% 할..
2023.07.08
no image
[에티버스러닝 클라우드 교육과정] 20주차
20주차 후기 이번주 온프레미스 강의가 끝나고 프로젝트가 시작되었습니다. 월~목은 예비군 등의 이유로 강의를 못들어서 이번주는 이렇다 할 만한게 없네요. 이번에 진행하는 프로젝트는 진짜 프로젝트라기 보다는 다양한 사례들을 통한 IaC 구현하기 정도 인 것 같습니다. 짧은 기간동안 너무 많은 정보들을 접하다보니 이전에 공부했던 내용들이 기억이 안난다던가 압도적인 피로감에 의욕이 떨어진다던지 하는 문제가 발생합니다. 다른 학생들도 다들 많이 지쳐하는 느낌이 있구요. 이제 이력서도 완성해야 하니 더욱 압박감이 있을 것 같습니다. 그럼에도 불구하고 강사님들이나 매니저들이 많이 애써주셔서 캐어를 해 주시려고 하니 다행인 것 같습니다. 이제 약 1달 정도 진짜 얼마 남지 않았는데 힘내서 마무리하고 1~2주는 정말 ..
2023.07.08
no image
[AWS SAA] 14. 인스턴스용 스토리지
EBS(Elastic Block Store) EBS 볼륨은 EC2 인스턴스를 위해 안정적이고 분리 가능한 블록 수즌 스토리지를 제공합니다. EBS 볼륨은 인스턴스에 탑재되므로 데이터가 저장된 위치와 인스턴스에서 사용되는 위치 간에 매우 짧은 지연 시간은 제공할 수 있습니다. 이런 이유로 EBS 볼륨은 EC2 인스턴스를 사용해 DB를 싱행하는데 사용할 수 있습니다. 데이터의 특정 시점 복사본으로 EBS 스냅샷을 생성할 수 있습니다. AMI의 데이터를 저장하는 데 사용됩니다. 스냅샷은 S3에 보관되며 나중에 새 EC2 인스턴스를 생성하는 데 재사용할 수 있습니다. 자세한 정보 EBS 볼륨 유형 범용 SSD 볼륨(gp2, gp3)에서는 광범위한 사용 사례에 이상적인 비용 효율적인 스토리지를 제공합니다. 부팅 ..
2023.07.03
no image
[AWS SAA] 13. EC2(Elastic Compute Cloud) Part.02
AWS Compute Optimizer M, C, R, T, X 패밀리의 140가지가 넘는 인스턴스 중에서 EC2 및 EC2 Auto Sacling 그룹에 가장 적합한 인스턴스를 선택할 수 있습니다. Optimizer(옵티마이저)? 옵티마이저는 머신 러닝 모델의 가중치를 조정하는 알고리즘입니다. 가중치는 모델의 학습을 위해 중요한 요소입니다. 옵티마이저는 가중치를 조정하여 모델의 손실 함수의 값을 최소화합니다. 손실 함수는 모델의 예측이 실제 값과 얼마나 다른지를 나타내는 함수입니다. 옵티마이저는 손실 함수의 값을 최소화하기 위해 가중치를 조정합니다. 옵티마이저는 모델의 성능을 향상시키는 데 중요한 역할을 합니다. 시작 개인 계정, 관리 계정 또는 조직 내 모든 구성원 계정을 AWS Compute Opt..
2023.07.03
반응형

서버리스 컴퓨팅?

서버리스 컴퓨팅을 사용하면 서버를 생각하지 않고 애플리케이션과 서비스를 구축하고 실행할 수 있습니다. 서버리스 애플리케이션에서는 사용자가 서버를 프로비저닝, 크기 조정, 관리할 필요가 없습니다. 거의 모든 유형의 애플리케이션 또는 백엔드 서비스용으로 애플리케이션을 구축할 수 있습니다. 애플리케이션을 고가용성으로 싱행하고 확장하는 데 필요한 모든 작업을 자동으로 처리됩니다.

 

프로비저닝?
프로비저닝은  IT 인프라를 생성하고 설정하는 프로세스 로서, 다양한 리소스에 대한 사용자 및 시스템 액세스를 관리하는 데 필요한 단계를 포함합니다. 프로비저닝은 서버, 애플리케이션, 네트워크 구성, 스토리지, 엣지 기기 등을 배포하는 과정에서 초기 단계에 해당합니다.

 

서버리스 애플리케이션에서는 개발자가 서버 또는 런타임 관리와 운영에 대해 걱정하기 보다는 핵심 제품에 집중할 수 있게 만들어줍니다. 이렇게 오버헤드가 줄어들면 개발자가 확장성 및 안정성이 향상된 뛰어난 제품을 개발하는 데 사용한 시간과 에너지를 회수할 수 있습니다.

 

자세한 내용

 

 

Lambda

Lambda를 사용하면 서버를 프로비저닝하거나 관리할 필요 없이 코드를 실행할 수 있습니다. 이 서비스는 고가용성 컴퓨팅 인프라에서 코드를 실행하며 모든 컴퓨팅 리소스 관리 작업을 수행합니다. 이러한 리소스에는 다음이 포함됩니다.

  • 서버 및 OS 유지 관리
  • 용량 프로비저닝 및 자동 크기 조정
  • 코드 모니터링 및 로깅

사용자는 Lambda가 지원하는 언어(Node.js, Java, C#, Pythen 등) 중 하나로 코드를 제공하기만 하여 사용가능합니다.

 

Lambda의 핵심은 이벤트 소스와 Lambda 함수입니다. 이벤트 소스는 이벤트를 게시하고, Lambda 함수는 이벤트를 처리하기 위해 작성하는 사용자 지정 코드입니다. Lambda에서 함수를 실행합니다.

 

Lambda 함수는 코드, 관련 종속성 및 구성으로 이루어져 있습니다. 구성에는 다음과 같은 정보가 포함됩니다.

  • 이벤트를 수신할 핸들러
  • Lambda가 사용자 대신 Lambda 함수를 실행하기 위해 수임할 수 있는 AWS IAM(Identity and Access Management) 역할
  • 할당하련느 컴퓨팅 리소스
  • 제공 시간 제한

Lambda 함수 생성 시에는 추가 요금이 부과되지 않습니다. Lambda와 기타 AWS 서비스 간에 데이터를 전송하고 함수를 실행할 때는 요금이 부과됩니다. 일부 선택적 Lambda 기능(예: 프로비저닝된 동시성)에도 요금이 부과됩니다.

 

Lambda 함수를 지속할 수 있는 시간은 최대 15분입니다. 또한, Lambda는 코드가 완료되면 컴퓨팅 리소르를 해제합니다. Lambda 함수는 이벤트에 따라 실행되므로, 함수가 실행되는 식나을 정확히 예측하기 어렵다는 특징이 있습니다. 따라서 Lambda 함수는 긴 시간 동작 실행돼야 하는 작업에는 적합하지 않습니다.

 

 

자세한 내용 / Lambda 요금

 

 

Lambda 사용 사례

AWS Lambda는 다양한 태스크에 사용 가능한 비용 효율적 솔루션 입니다. 다음과 같은 사례를 고려할 수 있습니다.

  1. 웹 애플리케이션
    1. 정적 웹 사이트 호스팅
    2. 복잡한 웹 애플리케이션
    3. Flask 및 Express용 패키지
  2. 백엔드
    1. 애플리케이션 및 서비스
    2. 모바일
    3. 사물 인터넷(IoT)
  3. 데이터 처리
    1. 실시간 처리
    2. EMR
    3. Batch
  4. Chatbot 로직 구동
  5. Amazon Alexa
    1. 음성 지원 애플리케이션 구동
    2. Alexa Skills Kit
  6. IT 자동화
    1. 정책 엔진
    2. AWS 서비스 확장
    3. 인프라 관리

더 자세한 사용 사례

반응형
반응형

21주차 후기

최근 에티버스 러닝에서 Terraform을 진행했습니다. Ansible에 이어 2번째 IaC를 사용하게 된 것인데, 인프라를 구축하는데 이렇게 편하고 좋을 수 있나 싶었습니다. 최근 시스템 엔지니어나 클라우드 엔지니어, 심지어 DevOps 엔지니어에서도 IaC 항목을 우대 사항에 추가하는 추세인데, 그 이유를 절실히 깨달을 수 있었습니다.

 

물론 처음 코드를 구성하는 것 자체는 쉽지 않습니다. 하지만 한번 구축하고 나면 멱등성이 있는 튼튼한 인프라가 단 10~20분만에 구성이 끝나니 너무 간편하고, 튼튼한 인프라를 갖추기 위해서 IP, CIDR, 정책 등 모든 사항을 지정해줘야 하기 때문에 인프라 구조를 이해함에 있어도 괜찮다는 생각이 들었습니다.

 

Ansible를 실행해서 인프라를 구축하게 되면 지우는데 수기로 지우거나, 실행했던 내용의 반대되는 인프라를 제거하는 코드를 따로 짜야하는데, Terraform은 같은 코드에 destroy 명령어만 입력하면 되니 이렇게 편할 수 없습니다. 이번 주는 상당히 알차게 여러가지를 배울 수 있어 좋았습니다.

 

또 이제 한달정도 밖에 안 남은 시점이라 자소서에 적지 않은 비중으로 집중을 하고 있습니다. 자기 소개서라는게 생각보다 어렵고, 나에 대해서 되짚어보고 경험을 좋은 방향으로 해석하는 부분 때문에 최근 몸이 2개거나 하루가 48시간이 었으면 좋겠다는 생각을 합니다.

 

이번 교육을 기회삼아 얼른 취직하고 싶네요. 모두 화이팅입니다 :)

테라폼 사용 가이드가 적혀있습니다. 덕분에 수월하게 인프라를 구축했습니다.
해당 디렉토리에 작성한 코드들을 통해 AWS 인프라를 원격으로 생성할 수 있습니다.
자소서에 적기 위해 기업 조사를 진행한 부분입니다.

https://www.eteverslearning.com/Default.asp 

 

에티버스러닝 멀티벤더 교육센터 - YGL

에티버스러닝 멀티벤더 교육센터 - YGL - 서울시 중구 세종대로 7길 43 순화타워 대표전화. 02-6004-7000

www.eteverslearning.com

 

반응형
반응형

EC2 구매 옵션

  1. 온디맨드
    온디맨드 인스턴스를 사용하면 장기 약정 없이 컴퓨팅 용량 비용을 초나 시간 단위로 지불할 수 있습니다. 온디맨드 인스턴스는 중단할 수 없는 불규칙한 단기 워크로드가 있는 앱에 가장 적합합니다. 또한 처음에 온디맨드 방식을 선택해 사용량에 따라 요구 사항을 확인할 수도 있습니다. 온디맨드의 특징은 다음과 같습니다.
    • 장기 약정 X
    • 선결제 금액 X
    • 애플리케이션 수요에 따라 컴퓨팅 용량을 늘리거나 줄일 수 있습니다.
  2. Saving Plans
    예약형 인스턴스 보다는 아래의 플랜을 통해 인스턴스 요금 할인을 받는 것이 더욱 현명합니다. Saving Plans의 유형은 다음과 같습니다.
    • Compute Savings Plans
      최대 유연성을 제공하는 플랜입니다. 온디맨드 요금의 최대 66% 할인 혜택을 받을 수 있습니다. 이 플랜은 인스턴스 패밀리, 규모, 리전, 가용 영역, OS 또는 테넌시에 관계없이 EC2 인스턴스 사용량에 자동으로 적용됩니다. 또한 Fargate 및 Lambda에도 적용됩니다.

      이 플랜을 통해 워크로드를 C5에서 M5로 이동하거나, 아일랜드에서 런든으로 전환할 수 있습니다. 또한 언제든지 Fargate를 사용하여 앱을 EC2에서 ECS로 마이그레이션할 수도 있습니다.

    • EC2 Instance Savings Plans
      선택한 AWS 리전에서 특정 인스턴스 패밀리 사용 약정을 체결하면 온디맨드 요금의 최대 72% 할인 혜택을 받을 수 있습니다. 그럼 해당 리전의 지정된 패밀리 내 인스턴스를 사용할 때 이러한 요금제가 자동 적용됩니다. 가용영역, 크기, OS 또는 테넌시에 관계없이 해당 요금제가 적용됩니다.

      이 플랜을 통해 인스턴스 패밀리 또는 OS 내의 인스턴스 크기를 변경할 수 있습니다. 전용 테넌시에서 기본으로 전환할 수도 있으며, 이 경우에도 해당 플랜에서 제공되는 할인 혜택을 계속 제공 받을 수 있습니다.

  3. EC2 스팟 인스턴스
    스팟 인스턴스는 여분의 EC2 용량을 저렴하게 사용할 수 있는 인스턴스입니다. 스팟 인스턴스 사용 시에는 비용을 온디맨드 인스턴스 요금 대비 최대 90%까지 절약할 수 있습니다. 스팟 인스턴스에서는 대폭 할인된 요금으로 미사용 EC2 인스턴스를 요청할 수 있으므로, 유동적으로 수행할 수 있는 워크로드에서 EC2 비용을 절약할 수 있습니다.

    스팟 인스턴스의 시간당 요금을 스팟 요금이라고 하는데, 각 가용 영역 내 인스턴스 유형의 스팟 요금은 EC2에 의해 설정됩니다. 이 욕므은 스팟 인스턴스의 장기적인 수요와 공급에 따라 점진적으로 조정됩니다. 사용자가 요청한 최고가가 스팟 요금보다 높으면 사용 가능한 용량이 있을 때마다 스팟 인스턴스가 실행됩니다.

    현재 최고가에서 요청에 사용 가능한 용량이 현재 없으면 인스턴스가 중단됩니다. 이 경우 이벤트 2분 전에 알림을 받게 됩니다.

    예상 범위 내에서 처리량을 10배까지 늘려 원하는 결과를 더욱 빠르게 달성할 수 있습니다. 그리고 다양한 유형, 크기, 가용 영역 중에서 선택해 인스턴스를 다양한 방식으로 설정할 수 있습니다. ECS, Batch EMR 등 AWS 서비스나 통합 서드 파티를 통해 스팟 인스턴스를 시작할 수 있습니다.

    스팟 인스턴스 자세한 내용

 

스팟 인스턴스 사례

내결함성을 갖춘 워크로드, 유동적 워크로드, 느슨하게 결합된 워크로드, 상태 비저장 워크로드에서 스팟 인스턴스를 사용하기 적합합니다. 몇 가지 일반적인 사용 사례는 다음과 같습니다.

  • 이미지/미디어 렌더링
    온프레미스 또는 클라우드 렌더링 워크로드를 비용 효율적으로 관리하고 크기를 조정할 수 있으며, 용량도 사실상 무제한으로 사용할 수 있습니다.

  • 웹 서비스
    로드 벨런서를 통해 EC2 스팟 플릿을 배포하면 수만 개 인스턴스로 확장하여 서비스 요청 수십억 개를 처리할 수 있습니다.

  • 빅 데이터 및 분석
    스팟 인스턴스를 통해 빅 데이터, 기계 학습 및 자연어 처리(NLP) 워크로드를 빠르게 실행할 수 있습니다. 스팟 인스턴스를 사용할 때에는 시간을 엄수해야 하는 초대형 워크로드를 대규모로 빠르게 실행하여 데이털르 신속하게 분석하면서 비용도 대폭 절약할 수 있습니다.

  • 이 외에도 컨테이너화된 워크로드, CI/CD(지속 통합/지속 배포) 및 테스트, HPC(고성능 PC)에서 사용하기 좋습니다.

 

구매 옵션 조합

예산을 최대한 효율적으로 활용하기 위해 EC2 인스턴스 구매 전략을 작성해야 합니다.

  • Saving Plans를 사용해 정의된 컴퓨팅 요구를 기준으로 예산을 책정합니다. 컴퓨팅 비용은 고정비에 가까워 금액이 일정합니다.
  • 장애 발생 상황이나 단기적으로 용량을 사용할 수 없는 상황을 고려하는 유동적인 워크로드를 대상으로 Spot Instance를 시작합니다.
  • 나머지 워크로드에는 온디맨드 EC2 인스턴스를 사용하고 컴퓨팅 용량의 정가를 지불합니다.
반응형
반응형

20주차 후기

이번주 온프레미스 강의가 끝나고 프로젝트가 시작되었습니다. 월~목은 예비군 등의 이유로 강의를 못들어서 이번주는 이렇다 할 만한게 없네요. 이번에 진행하는 프로젝트는 진짜 프로젝트라기 보다는 다양한 사례들을 통한 IaC 구현하기 정도 인 것 같습니다.

 

짧은 기간동안 너무 많은 정보들을 접하다보니 이전에 공부했던 내용들이 기억이 안난다던가 압도적인 피로감에 의욕이 떨어진다던지 하는 문제가 발생합니다. 다른 학생들도 다들 많이 지쳐하는 느낌이 있구요. 이제 이력서도 완성해야 하니 더욱 압박감이 있을 것 같습니다.

 

그럼에도 불구하고 강사님들이나 매니저들이 많이 애써주셔서 캐어를 해 주시려고 하니 다행인 것 같습니다. 이제 약 1달 정도 진짜 얼마 남지 않았는데 힘내서 마무리하고 1~2주는 정말 쉬어야할 것 같네요.

 

이번 주는 위에서 말씀드린 데로 강의를 듣지 못해서 주말과 평일 일과 이후에 공부하는 부분으로 사진을 대체 하겠습니다.

https://easyitwanner.tistory.com/435

 

에티버스러닝 멀티벤더 교육센터 - YGL

에티버스러닝 멀티벤더 교육센터 - YGL - 서울시 중구 세종대로 7길 43 순화타워 대표전화. 02-6004-7000

www.eteverslearning.com

 

반응형
반응형

EBS(Elastic Block Store)

EBS 볼륨은 EC2 인스턴스를 위해 안정적이고 분리 가능한 블록 수즌 스토리지를 제공합니다. EBS 볼륨은 인스턴스에 탑재되므로 데이터가 저장된 위치와 인스턴스에서 사용되는 위치 간에 매우 짧은 지연 시간은 제공할 수 있습니다. 이런 이유로 EBS  볼륨은 EC2 인스턴스를 사용해 DB를 싱행하는데 사용할 수 있습니다.

 

데이터의 특정 시점 복사본으로 EBS 스냅샷을 생성할 수 있습니다. AMI의 데이터를 저장하는 데 사용됩니다. 스냅샷은 S3에 보관되며 나중에 새 EC2 인스턴스를 생성하는 데 재사용할 수 있습니다.

 

자세한 정보

 

EBS 볼륨 유형

범용 SSD 볼륨(gp2, gp3)에서는 광범위한 사용 사례에 이상적인 비용 효율적인 스토리지를 제공합니다. 부팅 볼륨, 중소형 DB, 그래고 개발 및 테스트 환경에 이상적인 볼륨입니다.

 

프로비저닝된 IOPS 볼륨(io1, io2)은 I/O 집약적 워크로드를 충족하도록 설계되었습니다. 스토리지 성능과 일관성이 높아야 하는 데이터베이스 워크로드를 예로 들 수 있습니다. 프로비저닝된 IOPS SSD 볼륨은 일관된 IOPS 속도를 사용합니다. 볼륨을 생성할 때 속도를 지정할 수 있습니다. EBS에서는 전체 사용 시간 중 99.9% 동안 프로비저닝된 성능을 제공합니다.

 

IOPS?
IOPS(Input/Output Operations Per Second)는 초당 입출력 작업 수입니다. IOPS는 스토리지의 성능을 나타내는 지표 중 하나입니다. IOPS가 높을수록 스토리지가 더 빠르게 데이터를 읽고 쓸 수 있습니다.

 

처리량 최적화 HDD 볼륨(st1)에서는 IOPS가 아닌 처리량을 기준으로 성능을 정의하는 저비용 마그네틱 스토리지를 제공합니다. 이 볼륨 유형은 EMR, 추출, 전환, 적재(ETL), 데이터 웨어하우스, 로그 처리 등의 대규모 순차 워크로드에 적합합니다.

 

콜드 HDD(sc1) 볼륨에서는 st1과 마찬가지로 저비용 마그네틱 스토리지를 제공하는데, sc1은 대규모 순차 콜드 데이터 워크로드에 적합합니다. sc1은 데이터에 자주 액세스하지 않는 경우 저렴한 블록 스토리지를 제공합니다.

 

자세한 내용

 

EBS 볼륨 특징

SSD 계열 볼륨 특징

SSD 기반 볼륨은 I/O 크기가 작은 읽기/쓰기 작업을 자주 처리하는 트랜잭션 워크로드에 최적화되어 있으며, 기준 성능 속성은 IOPS입니다.

 

범용 SSD 볼륨 사용 사례

  • 트랜잭션 워크로드
  • 가상 데스크탑
  • 중간 규모 단일 인스턴스 DB
  • 지연 시간이 짧은 대화형 앱
  • 부트 볼륨
  • 개발 및 테스트 환경

프로비저닝된 IOPS SSD 볼륨의 사용 사례

  • 높은 IOPS 성능이 유지되어야 하거나 IOPS가 16,000개를 초과하는 워크로드
  • I/O 집약적 DB 워크로드

io2 Block Express 사용 사례

  • 대기 시간이 1밀리초 미만
  • 높은 IOPS 성능이 유지되어야 하는 경우
  • IOPS가 64,000개를 초과하거나 처리량이 1,000MiB/s보다 높아야 하는 경우

자세한 내용

 

HDD 계열 볼륨 특징

HDD 지원 볼륨은 MiB/s 단위로 측정되는 처리량이 IOPS 보다 더 중요한 성능 측정값인 대규모 스트리밍 워크로드용으로 최적화되어 있습니다.

 

처리량 최적화 HDD 사례

  • 빅 데이터
  • 데이터 웨어하우스
  • 로그 처리

콜드 HDD 볼륨 사용 사례

  • 자주 액세스하지 않는 데이터를 처리량 중심으로 저장
  • 스토리지 비용이 최대한 낮아야 하는 시나리오

자세한 설명

 

인스턴스 스토어 볼륨

인스턴스 스토어는 인스턴스에 블록 수준의 임시 스토리지를 제공합니다. 이 스토리지는 호스트 컴퓨터에 물리적으로 연결된 디스크에 위치합니다.

 

인스턴스 스토어는 버퍼, 캐시, 스크래치 데이터 및 기타 임시 콘텐츠와 같이 자주 변경되는 정보를 임시로 저장하는 데 적합합니다. 또한 웹 서버의 로드 밸런싱된 풀과 같이 인스턴스 플릿 전체에 복제되는 데이터에도 적합합니다.

 

특징

  • 직접 연결된 블록 수준 스토리지
  • 짧은 대기 시간
  • 높은 IOPS 및 처리량
  • 인스턴스가 중지되거나 종료되면 회수

인스턴스 스토어는 HDD, SSD, Non-Volatile Memory Express SSD(NVMe SSD) 등의 다양한 유형으로 제공됩니다.

NVMe SSD는 SATA SSD보다 낮은 전력 소비량과 빠른 속도가 특징입니다.

사례

  • 버퍼
  • 캐시
  • 임시 데이터
반응형
반응형

AWS Compute Optimizer

M, C, R, T, X 패밀리의 140가지가 넘는 인스턴스 중에서 EC2 및 EC2 Auto Sacling 그룹에 가장 적합한 인스턴스를 선택할 수 있습니다.

 

Optimizer(옵티마이저)?
옵티마이저는 머신 러닝 모델의 가중치를 조정하는 알고리즘입니다. 가중치는 모델의 학습을 위해 중요한 요소입니다. 옵티마이저는 가중치를 조정하여 모델의 손실 함수의 값을 최소화합니다. 손실 함수는 모델의 예측이 실제 값과 얼마나 다른지를 나타내는 함수입니다. 옵티마이저는 손실 함수의 값을 최소화하기 위해 가중치를 조정합니다. 옵티마이저는 모델의 성능을 향상시키는 데 중요한 역할을 합니다.

 

  1. 시작
    개인 계정, 관리 계정 또는 조직 내 모든 구성원 계정을 AWS Compute Optimizer에 옵트인합니다. Compute Optimizer는 기계 학습을 사용해 CloudWatch에서 제공되는 사용 데이터와 리소스의 현재 구성을 분석합니다. 구성과 사용량 분석 결과에 따라 권장 컴퓨팅이 제공됩니다.

  2. 서비스간 통합
    권장 사항을 S3(Simple Storage Serivce)로 내보낼 수 있습니다. 그럼 Cost Explorer 및 Systems Manager와 권장 사항이 통합됩니다.

  3. 리소스 재구성
    권장 사항을 사용해 비용을 줄이고 성능을 개선할 수 있도록 리소스를 재구성할 수 있습니다.

EC2 키 페어

프라이빗 키와 퍼블릭 키로 구성된 키 페어는 보안 자격 증명 세트입니다. 인스턴스에 연결할 때는 키 페어를 사용해 신원을 증명해야 합니다. 퍼블릭 키는 EC2에 저장되고 프라이빗 키는 사용자가 저장합니다. 암호 대신 프라이빗 키를 사용하여 인스턴스에 안전하게 액세스할 수 있습니다. 프라이빗 키를 소유한 모든 사용자는 인스턴스에 연결할 수 있으므로 프라입시 키는 안전한 곳에 저장해야합니다.

 

 

EC2 인스턴스 하드웨어 사용 방식

  1. 공유 테넌시
    하드웨어를 공유하는 방식으로 EC2 인스턴스는 기본적으로 이 방식을 사용합니다. 따라서 여러 AWS 계정이 같은 물리적 하드웨어를 공유할 수 있습니다.

  2. 전용 인스턴스
    호스트 하드웨어 수준에서 물리적으로 격리되는 EC2 인슽너스를 말합니다. 즉, 전용이 아닌 인스턴스와 다른 AWS 계정에 속하는 인스턴스로부터 격리됩니다.

  3. 전용 호스트
    시작하는 인스턴스는 고객이 EC2 인스턴스 용량을 완전히 전용으로 사용하는 물리적 서버에서 실행됩니다. 사용자가 구성을 제어할 수 있는 격리된 서버가 제공됩니다. 전용 호스트에서는 AWS가 인스턴스를 배치할 서버를 자동으로 선택할 수 있는 옵션이 있습니다. 또는 인스턴스를 배치할 때 전용 서버를 사용자가 수동으로 선택할 수도 있습니다.

자세한 내용

 

배치 그룹 및 사용 사례

EC2 서비스는 상호 연관된 장애를 최소화하기 위해 기본 하드웨어 전체에 모든 인스턴스를 분산합니다. 배치 그룹을 사용하면 워크로드 요구를 충족하도록 상호 종속된 인스턴스 집합의 배치 방식을 결정할 수 있습니다.

 

  1. 클러스터 배치 그룹
    낮은 네트워크 지연 시간, 높은 네트워크 처리량 또는 두 가지 요건이 모두 충족될 경우 혜택을 받는 애플리케이션일 때 사용을 권장합니다. 또한 대부분의 네트워크 트래픽이 그룹의 인스턴스 간에 전송되는 경우에도 권장됩니다. HPC 워크로드에는 VPC에 이 수준의 연결을 사용해야 할 수 있습니다.

  2. 분산 배치 그룹
    서로 분리한 상태로 유지해야 하는 소수의 중요 인스턴스가 포함된 애플리케이션의 경우 사용을 권장합니다. 예를 들어 의료 기록 시스템과 같이 최대 가대 가동 시간이 필요한 서비스는 분산형 배치 그룹을 사용하면 내결함성을 높일 수 있습니다.

  3. 파티션 배치 그룹
    대구모 분산 및 복제된 워크로드를 배포할 수 있습니다. 파티션을 사용하면 여러 구성 요소에서 하드웨어 장애가 동시에 발생하는 상황을 방지할 수 있습니다.
내결함성과 고가용성
내결함성(fault tolerance)은 시스템이 고장에 견딜 수 있는 능력을 말합니다. 가용성(availability)은 시스템이 사용 가능한 시간의 비율을 말합니다. 내결함성과 가용성은 서로 밀접하게 관련되어 있습니다. 내결함성이 높을수록 가용성도 높아집니다.

내결함성을 높이는 방법에는 여러 가지가 있습니다. 예를 들어, 시스템에 여러 개의 인스턴스를 만들고, 인스턴스를 서로 다른 서버에 배치할 수 있습니다. 이렇게 하면 한 인스턴스에 고장이 발생하더라도 다른 인스턴스가 계속해서 작동할 수 있습니다.

가용성을 높이는 방법에도 여러 가지가 있습니다. 예를 들어, 시스템에 장애 조치(failover) 기능을 추가할 수 있습니다. 장애 조치 기능은 한 인스턴스에 고장이 발생하면 다른 인스턴스로 자동으로 전환하는 기능입니다.

내결함성과 가용성은 시스템의 중요한 요소입니다. 내결함성과 가용성이 높을수록 시스템이 장애에 견딜 수 있고, 사용자에게 안정적으로 서비스를 제공할 수 있습니다.

 

자세한 내용

 

사용자 데이터

EC2 인스턴스를 생성할 때 사용자 데이터를 인스턴스에 전달할 수 있는 옵션이 있습니다. 사용자 데이터는 인스턴스 시작 완료를 자동화할 수 있습니다. 예를 들어 인스턴스 AMI를 패치 및 업데이트하거나, 소프트웨어 라이센스 키를 가져와 설치하거나, 추가 소프트웨어를 설치할 수 있습니다. 사용자 데이터는 루트 또는 관리자 권한으로 실행되는 shell 스크립트나 cloud-init 지시문으로 구현됩니다. 이 스크립트/지시문은 인스턴스가 시작된 후 네트워크에서 해당 인스턴스 액세스가 가능해지기 전에 실행됩니다.

Linux : cloud-init
Windows : EC2Launch

 

Bash 스크립트와 Powershell 스크립트 둘 다 지정할 수 있습니다. 그럼 인스턴스 사요자 데이터에서 표시되는 순서에 관계없이 Bash 스크립트가 먼저 실행된 후 Powershell 스크립트가 실행됩니다.

 

인스턴스 메타데이터

인스턴스 메타데이터는 실행 중인 인스턴스를 구성 또는 관리하는 데 사용할 수 있는 인스턴스 관련 데이터입니다. 인스턴스 메타데이터는 예를 들어 호스트 이름, 이벤트, 보안 그룹 등의 범주로 구분됩니다.

반응형