Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 4개 있습니다.)

AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법

어느 클라우드 서비스나 마찬가지겠지만 Azure 역시, 온프레미스 환경에서 설정해야 할 여러 잡다한 것들을 모두 해주기 때문에 상당히 간편하게 Kubernetes를 호스팅할 수 있습니다.

이를 위해 우선 Azure Portal에 로그인하고 "Kubernetes"로 검색하면 다음과 같이 "Kubernetes services" 항목을 볼 수 있습니다.

aks_basic_1.png

바뀐 화면에서, "Create" 버튼을 펼쳐 "Create a Kubernetes cluster"를 선택합니다. 여기서 "Cluster"라는 개념은, (제가 정확히 문서를 읽은 것은 아니지만) 여러분들이 로컬에서 k8s를 구성했을 때 Control Plane과 Node들로 구성이 되는 그 한 시스템을 의미합니다.

aks_basic_2.png

그다음 뜨는 화면은, 여러분들이 Azure에서 리소스를 생성할 때마다 늘 보아왔던 선택 사항들을 보여줍니다.

aks_basic_3.png

이 중에서, "가용성 영역"은 한국의 경우 "Korea Central"만 제공이 되고, "Korea South" 리전은 (2022년 1월 14일 기준) 제공하지 않습니다. 그다음 화면은 노드 풀을 설정하는데요,

aks_basic_4.png

우리는 일단 공부 차원에서 하는 것이므로 기본값으로 두고 "Review + Create" 버튼을 눌러 AKS를 생성합니다.

끝입니다. ^^ 어렵게 물리/가상 서버 준비할 것도 없고 k8s에 대한 별도 설정을 할 필요도 없습니다.




AKS 서비스는 기본이 무료입니다. 이것은 AKS에서 (보통 k8s 문서에서는 Control Plane이라고 불리는) Master Plane의 서비스가 무료라는 것입니다. 즉, 노드 풀로 인해 생성되는 가상 머신에 대해서는 비용이 지불됩니다.

그렇다고는 해도, Control Plane에 대한 관리가 귀찮을 수도 있다는 점과 그것을 위해 머신을 운영하는 비용을 고려하면 AKS 서비스가 매력이 있을 듯합니다. ^^

참고로, 아래의 동영상을 보면,

AKS 실전 | ep1. AKS Compute 심화 - 1 | 애저 듣고보는 잡학지식
; https://www.youtube.com/watch?v=f8zCw5KlmPo

99.5%의 가용성을 갖는 SLO를 제공한다고 합니다. 신뢰성을 높이려면 (유료인) SLA를 사용해야 하는데, 재미있는 것은 위의 클러스터 생성 페이지에서 보는 바와 같이 "Uptime SLA"를 선택할 수 있는 설정이 존재하지 않습니다. 게다가 생성 이후에도 이 클러스터가 어떤 정책(SLO/SLA)을 사용하는지 확인하는 방법이 Azure Portal 대시보드에서는 딱히 없습니다. (제가 모르는 걸 수도 있는데, 혹시 아시는 분은 덧글 부탁드립니다. ^)

이에 대해 검색해 보면 다음의 문서가 나오는데요,

Azure Kubernetes Service (AKS) Uptime SLA
; https://docs.microsoft.com/en-us/azure/aks/uptime-sla

여기에서 Azure CLI를 이용한 Uptime SLA가 적용된 AKS 클러스터를 만드는 방법이 나옵니다.

# Create an AKS cluster with uptime SLA
az aks create --resource-group myResourceGroup --name myAKSCluster --uptime-sla --node-count 1

그리고, 현재 SLO로 서비스 중인 클러스터에 Uptime SLA를 역시 명령행에서 다음과 같이 변경할 수 있습니다.

# Update an existing cluster to use Uptime SLA
az aks update --resource-group myResourceGroup --name myAKSCluster --uptime-sla

반대로 SLA 클러스터를 SLO로 변경하는 것도 가능합니다.

# Update an existing cluster to opt out of Uptime SLA
az aks update --resource-group myResourceGroup --name myAKSCluster --no-uptime-sla

그리고, 현재 자신이 운영하는 클러스터가 SLO/SLA 중 어떤 것을 사용하는지 알고 싶다면 az aks show 명령을 내리면 됩니다.

$ az aks show --resource-group TestAKS --name aks-jennifer-demo
{
  "aadProfile": null,
  ...[생략]...
  "sku": {
    "name": "Basic",
    "tier": "Free"
  },
  "type": "Microsoft.ContainerService/ManagedClusters",
  "windowsProfile": null
}

// 위의 내용은 Azure Portal의 AKS 대시보드에서 "Automation" / "Export template"으로도 확인할 수 있습니다.
// 그렇게 따지면 대시보드에서 확인할 수 있는 방법이 있긴 한 겁니다. ^^;

저렇게 "Free"가 나오면 SLO, 저 부분에 "Paid"가 나오면 SLA입니다. 참고로, Azure Portal에서 만든 AKS 클러스터는 (2022년 1월 14일 기준) 언제나 SLO입니다.

SLA의 가격 정책은 다음의 링크에서 자세하게 소개하고 있으며,

AKS(Azure Kubernetes Service) 가격
; https://azure.microsoft.com/ko-kr/pricing/details/kubernetes-service/#pricing

시간당 118원 정도로, 한 달이면 약 8만 7천 원인데요, 이렇게 요금이 저렴한 이유는 SLA의 대상이 (제가 이해한 바로는) Control Plane의 운영이기 때문입니다. (어차피 Node Pool은 그것 나름대로 가용성이 있고 이미 비용이 부과됩니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/17/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12279정성태7/29/202012636개발 환경 구성: 499. 닷넷에서 접근해보는 InterSystems의 Cache 데이터베이스파일 다운로드1
12278정성태7/23/20209831VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
12277정성태7/23/202011402개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
12276정성태7/23/202010737.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
12275정성태7/22/202013179개발 환경 구성: 497. 닷넷에서 접근해보는 InterSystems의 IRIS Data Platform 데이터베이스파일 다운로드1
12274정성태7/21/202012585개발 환경 구성: 496. Azure - Blob Storage Account의 Location 이전 방법 [1]파일 다운로드1
12273정성태7/18/202014360개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/20209153.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙 [2]파일 다운로드1
12271정성태7/16/202011270.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/202012059오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/20209433오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202011275오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/202012842.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/202010546오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/20209647오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/202018789오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
12261정성태7/9/202011815VS.NET IDE: 148. 윈도우 10에서 .NET Core 응용 프로그램을 리눅스 환경에서 실행하는 2가지 방법 - docker, WSL 2 [5]
12260정성태7/8/202010046.NET Framework: 926. C# - ETW를 이용한 ThreadPool 스레드 감시파일 다운로드1
12259정성태7/8/20209624오류 유형: 627. nvlddmkm.sys의 BAD_POOL_HEADER BSOD 문제 [1]
12258정성태7/8/202012809기타: 77. DataDog APM 간략 소개
12257정성태7/7/20209779.NET Framework: 925. C# - ETW를 이용한 Monitor Enter/Exit 감시파일 다운로드1
12256정성태7/7/202010205.NET Framework: 924. C# - Reflection으로 변경할 수 없는 readonly 정적 필드 [4]
12255정성태7/6/202010714.NET Framework: 923. C# - ETW(Event Tracing for Windows)를 이용한 Finalizer 실행 감시파일 다운로드1
12254정성태7/2/202010480오류 유형: 626. git - REMOTE HOST IDENTIFICATION HAS CHANGED!
12253정성태7/2/202011745.NET Framework: 922. C# - .NET ThreadPool의 Local/Global Queue파일 다운로드1
12252정성태7/2/202013652.NET Framework: 921. C# - I/O 스레드를 사용한 비동기 소켓 서버/클라이언트파일 다운로드2
... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...