반복영역 건너뛰기
주메뉴 바로가기
본문 바로가기
제품/서비스
EMS Solution
Features
클라우드 관리
서버관리
데이터베이스 관리
네트워크 관리
트래픽 관리
설비 IoT 관리
무선 AP 관리
교환기 관리
운영자동화
실시간 관리
백업 관리
스토리지 관리
예방 점검
APM Solution
애플리케이션 관리
URL 관리
브라우저 관리
ITSM Solution
서비스데스크
IT 서비스 관리
Big Data Solution
SIEM
AI 인공지능
Dashboard
대시보드
Consulting Service
컨설팅 서비스
고객
레퍼런스
고객FAQ
문의하기
가격
자료실
카탈로그
사용자매뉴얼
회사소개
비전·미션
연혁
2016~현재
2000~2015
인증서·수상
투자정보
재무정보
전자공고
IR자료
새소식
공고
보도자료
오시는 길
채용
피플
컬처
공고
FAQ
블로그
열기
메인 페이지로 이동
블로그
기술이야기
블로그
최신이야기
사람이야기
회사이야기
기술이야기
다양한이야기
브레인즈컴퍼니 ‘2023 소프트웨어대전’ 참가
클라우드(Cloud) 관리와 AWS가 뭔가요?
이운형
2023.11.16
페이스북 공유하기
트위터 공유하기
링크드인 공유하기
블로그 공유하기
[행사] 브레인즈컴퍼니 전략사업본부 ‘happy 호프데이’
오늘날 IT 인프라 운영환경은 매우 복잡해졌어요. 갑작스러운 환경 변화에 따라 신속한 대응도 필요한 시점이죠. 이러한 현상으로 많은 기업들이
온프레미스(On-premise) 환경에서 클라우드(Cloud) 환경으로 전환하는 추세
이기도 해요.
클라우드 컴퓨팅 서비스 중에는 여러 벤더가 있는데요. 대표적으론 Amazon Web Services(AWS), Microsoft Azure, Google Cloud Platform(GCP)가 있어요.
그중 ‘AWS’는 국내 클라우드 시장에서 3년 간 70% 내외의 시장점유율로, 1위를 차지했는데요
(*클라우드 서비스 분야 실태조사(2022), 공정거래위원회)
이처럼 높은 점유율을 가진
1) AWS의 주요 서비스를 살펴보고 2) 하이브리드 클라우드 모니터링이 필요한 이유는 무엇인지 3) AWS의 각종 서비스를 모니터링할 수 있는 제니우스(Zenius)
도 함께 소개해 드릴게요!
AWS(Amazon Web Services)란?
AWS는 ‘Amazon Web Services’의 약어로, 아마존 닷컴이 제공하는 클라우드 컴퓨팅 플랫폼 및 서비스의 집합이에요. AWS에서 제공하는 여러 가지 서비스를 이용하면, 기업 및 개인이 필요한 컴퓨팅 리소스를 유연하게 확장하고 관리할 수 있죠. AWS 주요 서비스는 다음과 같아요!
AWS 주요 서비스
▪
Amazon VPC
(Amazon Virtual Private Cloud)
격리된 네트워크 환경을 구성하게 해주는 서비스예요. AWS의 동일 계정이나, 서로 다른 계정 간에 격리된 네트워크를 연결할 수 있도록 다양한 옵션들을 제공해 줘요.
▪
Amazon EC2
(Amazon Elastic Compute Cloud)
AWS에서 가장 많이 사용되는 컴퓨팅 서비스예요. 가상 서버를 호스팅 할 때 사용하죠. 리눅스나 윈도우 환경 등 다양한 인스턴스 유형을 지원하고, 필요에 따라 성능을 조정할 수 있어요. 생성 가능한 인스턴스 타입은 리전 별 차이가 있으나, 100개~300개에 이를 정도로 방대하답니다.
▪AWS Lambda
AWS에서 제공하는 서버리스 컴퓨팅 플랫폼이에요. 여기서 ‘서버리스’란 개발자가 서버의 존재를 신경 쓸 필요가 없다는 뜻이에요. AWS에서는 서버 인프라에 대한 프로비저닝, 유지관리 등을 대신 처리해 주죠. 이처럼 개발자가 비즈니스 로직에 집중하여 코드를 실행하게 해줘요.
▪Amazon S3
AWS에서 제공하는 스토리지 서비스예요. S3는 파일시스템이 아닌 오브젝트 스토리지 서비스로, 모든 파일에 API를 통해 접근 가능해요. 무제한적인 확장성, 높은 가용성과 내구성을 제공하며 단일 파일을 최대 5TB까지 업로드할 수 있어요.
▪Amazon EBS
(Amazon Elastic Block Store)
EC2 인스턴스에 장착하여 사용할 수 있는 가상 저장 장치에요. EBS를 연결하여 파일을 저장하면, EC2 인스턴스와 관계없이 데이터를 영구적으로 보관 가능해요. 이 밖에도 AWS에서 제공하는 서비스는 매우 방대한대요. 아래 URL로 접속 시, 필요한 서비스 목록 확인이 가능하답니다!
?
더 많은 AWS 서비스가 궁금하다면?
온프레미스와 AWS의 차이
온프레미스 방식은, 클라우드 컴퓨팅 서비스가 나오기 전까지 기업에서 전통적으로 사용한 ‘일반적인 인프라 구축 방식’이에요. 온프레미스 환경에서 서버를 운영하면, 호스팅 서비스를 이용하거나 서버를 직접 구매 또는 임대하죠. 그다음 데이터 센터(IDC, Internet Data Center) 또는 기업 전산실에 설치하여 운영해요.
하지만 물리적인 서버를 직접 설치할 경우, 많은 시간과 비용이 소모되어 이를 위한 운영 공간과 인력이 필요할 수 있어요.
예시를 들어 볼게요. 대형 콘서트 예매, 대학교 수강신청, 입시 원서 접수 등 단기간에 트래픽이 급증했다가 감소되는 경우를 생각해 볼까요? 이때 ‘온프레미스 방식’으로 시스템을 구축한다면, 매우 많은 비용 낭비가 발생하게 될 거예요.
반면 AWS의 경우는 어떨까요? 인터넷이 연결된 어디에서든 쉽게 인프라를 구축하고, 사용한 만큼 비용을 지불할 수 있어요. 큰 이벤트를 처리한 후 생성된 리소스를 간편하게 삭제할 수 있죠. 이처럼 온프레미스 방식과 대비한다면, 남는 자원에 대한 비용 고민이 없어지겠죠?
하이브리드 클라우드 모니터링이 필요한 이유
이처럼 AWS는 매우 유연하고 확장성 있는 클라우드 서비스예요. 하지만 모든 서비스를 AWS를 이용해서 서비스하는 것은 한계가 있는데요. 이유는 다음과 같아요.
▪보안 및 규정 준수
민감한 데이터나 규정 준수가 필요한 업무의 경우, 사설 클라우드나 온프레미스 환경의 자체 데이터 센터를 통해 운영하려는 경향이 있어요.
▪비용 효율
AWS는 사용한 만큼 비용을 지불하기 때문에, 예측할 수 없는 트래픽 증가 등에 대응하기에 좋아요. 하지만 서비스에 따라 온프레미스 환경에서 운영하는 것이 비용 측면에서 더 효율적인 경우가 있죠.
이처럼 많은 기업이 AWS를 이용한 클라우드 서비스로 전환하는 추세지만, 당분간 온프레미스 방식과 결합한 하이브리드 클라우드 운영환경이 많은 편이에요.
그렇다면 이러한 하이브리드 클라우드 운영 환경을 모니터링할 수 있는 방법이 없을까요? 바로
‘제니우스’를 활용한다면
가능해요!
제니우스를 이용한 하이브리드 클라우드 모니터링 구성도
제니우스 하이브리드 클라우드 모니터링 프로세스를 간략히 소개할게요!
우선
클라우드 환경
단계에서는 AWS 서비스를 이용하여 구축된 클라우드 환경 정보를 RestAPI 방식으로 수집해요.
CMS Manager
는 AWS 클라우드 환경에서 수집한 정보를 취합 후 스토리지에 저장해 주죠.
EMS Manager
는 온프레미스 환경에서 수집한 정보를 취합 후 스토리지에 저장해 줘요.
Web UI
에서는 스토리지에 저장된 데이터를 이용하여, 사용자에게 모니터링 정보를 제공한답니다!
제니우스에서 AWS 모니터링하기
제니우스를 이용한 ‘하이브리드 클라우드 모니터링 구성’을 좀 더 자세히 살펴볼까요?
▪CMS > 모니터링 > 요약 :
위 그림은
AWS 통합 요약
페이지인데요. EC2, RDS, VPC 등 과금 현황까지 통합 모니터링할 수 있어요.
▪EMS > 토폴로지 > 클라우드 맵 :
리전 별 자동 구성형 클라우드 맵 페이지에서는, AWS 리전 별 이용하는 서비스와 연관관계를 클라우드 맵이 자동으로 구성해 줘요.
▪
CMS > 클라우드서비스 > EC2 > 주요 성능 지표 :
주요 성능지표 모니터링
페이지에서는 AWS 콘솔에 접속하지 않고, AWS 주요 성능 지표에 대한 모니터링 추이를 확인할 수 있어요.
▪EMS > 오버뷰 :
오버뷰를 통한 온프레미스 + AWS 통합 모니터링
페이지에서는, AWS 모니터링 항목과 온프레미스 환경 모니터링 항목의 통합 현황판을 확인할 수 있어요.
이처럼 AWS와 온프레미스 환경은 물론, 더 다양한 환경의 인프라 모니터링을 위해 제니우스를 사용을 해보는 건 어떨까요?
#클라우드
#AWS
#Cloud
#브레인즈컴퍼니
#클라우드컴퓨팅
#제니우스
#AWS클라우드
#하이브리드클라우드
이운형
Technical Consulting팀
Technical Consulting팀에서 제품구축과 유지보수 업무를 수행하고 있습니다.
필진 글 더보기
목록으로
추천 콘텐츠
이전 슬라이드 보기
Zenius를 통한 NVIDIA MIG 모니터링과 GPU 자원 최적화 방안
Zenius를 통한 NVIDIA MIG 모니터링과 GPU 자원 최적화 방안
최근 데이터 센터 운영자에게 GPU는 가장 가치 있는 자산이지만, 역설적으로 가장 관리하기 까다로운 숙제이기도 합니다. 특히 NVIDIA MIG 기술은 자원 효율성을 극대화했지만, 운영자에게는 GPU라는 전체 숲을 넘어 그 안의 나무 한 그루(인스턴스)까지 낱낱이 살펴봐야 하는 새로운 과제를 안겨주었습니다. 지금부터 MIG 환경에 최적화된 모니터링 체계가 필요한 이유를 살펴보고, Zenius가 어떻게 관리의 사각지대를 없애고 효과적인 통합 모니터링 체계를 구현하는지 자세히 살펴보겠습니다. 1. MIG(Multi-Instance GPU)란 무엇인가? 기존에는 하나의 GPU를 여러 명이 공유하기 위해 소프트웨어 방식의 가상화(vGPU)나 시분할(Time-sharing) 방식을 주로 사용했습니다. 하지만 이 방식은 자원을 나눠 쓰는 과정에서 서로 간섭(Interference)을 일으키거나, 보안상의 허점이 발생할 수 있다는 불안 요소가 있었죠. 이러한 한계를 극복하기 위해 NVIDIA Ampere 아키텍처(A100)부터 도입된 기술이 바로 MIG(Multi-Instance GPU)입니다. MIG는 소프트웨어가 아닌 하드웨어 수준에서 하나의 GPU를 최대 7개의 독립된 인스턴스로 분할하여, 마치 7개의 작은 GPU가 각자 작동하는 것과 같은 환경을 제공합니다. MIG의 장점을 자세히 살펴보면 독립된 하드웨어 자원 할당: 각 인스턴스는 전용 고대역폭 메모리(HBM), 캐시, 컴퓨팅 코어를 가집니다. 완벽한 격리(Isolation) 구현: 한 인스턴스에서 장애가 발생하거나 과부하가 걸려도 다른 인스턴스의 성능에 전혀 영향을 주지 않습니다. 예측 가능한 성능 보장: 공유 자원 경쟁이 없으므로 일관된 응답 속도(Latency)를 보장합니다. 2. 왜 MIG 환경에서는 새로운 모니터링이 필요할까? MIG 기술은 자원 운영 효율을 높여주지만, 관리자에게는 '단일 물리 장치'를 넘어 '수많은 독립 인스턴스'를 개별적으로 관리해야 하는 새로운 숙제를 안겨줍니다. 기존의 물리 GPU 단위 모니터링 방식만 고수할 경우 다음과 같은 실질적인 한계에 직면하게 됩니다. 가시성의 공백: 전체 GPU 사용률은 낮아 보여도, 특정 인스턴스는 이미 연산 한계(Full)에 도달해 병목 현상을 겪고 있을 수 있습니다. 인스턴스 단위의 세밀한 데이터 없이는 정확한 성능 분석과 의사결정이 어렵습니다. 복합 환경의 관리: 온프레미스 서버(SMS)와 쿠버네티스(K8s) 환경이 혼재된 경우, 각 환경에서 구동되는 GPU 인스턴스 현황을 통합해서 보기가 매우 어렵습니다. 3.기존 물리 GPU 모니터링 vs MIG 모니터링의 차이점 기존의 방식대로 GPU를 바라본다면 MIG 환경에서는 많은 정보를 놓치게 됩니다. 주요 차이점은 다음과 같습니다. ① 데이터의 입도(Granularity) - 기존: GPU 온도, 전체 사용률, 총 메모리 사용량 등 '물리 장치' 단위의 지표를 수집합니다. - MIG: 각 GPU Instance ID별로 할당된 프로필(예: 1g.5gb, 3g.20gb)과 해당 인스턴스의 실시간 연산량, 메모리 점유율을 개별적으로 추적해야 합니다. ② 자원 매핑의 복잡성 - 기존: 1 Host = N GPUs 구조로, 호스트와 장치 간의 연결 관계가 매우 단순합니다. - MIG: 물리 GPU 상단에 가상화된 계층이 존재하므로, "Physical GPU → GPU Instance → Compute Instance"로 이어지는 복잡한 계층 구조를 명확히 매핑하여 시각화해야 합니다. ③ 성능 병목 지점의 식별 - 기존: GPU 전체 사용률이 높으면 그래픽 카드 자체의 성능 한계로 판단합니다. - MIG: 전체 GPU 사용률은 낮아 보이더라도, 특정 인스턴스(MIG)에 할당된 자원이 풀(Full) 상태라면 해당 워크로드에서만 병목이 발생합니다. 이를 정확히 구분해내지 못하면 원인을 엉뚱한 곳에서 찾거나, 불필요한 인프라 증설 결정을 내리는 등 자원 낭비로 이어질 수 있습니다. 이처럼 MIG의 정확한 모니터링을 위해서는 물리적 장치와 개별 인스턴스를 아우르는 다차원적인 시각화와, 인스턴스 단위의 정밀한 데이터 추적 체계가 필요합니다. 4. Zenius를 통한 효과적인 GPU/MIG 모니터링 Zenius는 앞서 살펴본 모니터링 사각지대로 인한 가시성의 공백과 복합 환경의 관리 복잡성을 해결하기 위해, 온프레미스(SMS)와 쿠버네티스(K8s) 환경을 아우르는 통합 GPU 모니터링 대시보드 등을 통해 인프라 관리자의 운영 부담을 낮춰줍니다. 구체적인 Zenius의 강점은 세 가지로 정리할 수 있습니다. ① 물리 GPU와 MIG의 계층적 통합 관제 Zenius는 물리적 장치(Physical)와 하위 인스턴스(MIG)의 관계를 계층적으로 시각화하여 복잡한 자원 현황을 한눈에 파악할 수 있게 합니다. - 토탈 대시보드: 물리 GPU의 수량과 생성된 MIG 인스턴스 현황을 대시보드 상단에서 실시간으로 즉각 확인할 수 있습니다. - 유연한 그룹핑: 모델별, 서비스별 그룹핑은 물론 심각도 순 정렬 기능을 제공하여, 관리 대상이 수백 대에 달하더라도 우선순위에 따른 전략적 대응이 가능합니다. ② 정밀한 성능 추적과 Top-N 분석 단순한 장비의 '생존 여부' 확인을 넘어, GPU가 최적의 성능을 내고 있는지 '체력 상태'를 면밀히 체크합니다. - 핵심 지표 시각화: GPU 사용률(Utilization), 전력 소모량(Power Draw), SM Active 등 엔지니어에게 꼭 필요한 핵심 데이터를 직관적인 차트로 구성하여 제공합니다. - 인스턴스별 상태 파악: 개별 MIG 인스턴스의 점유율을 독립적으로 추적함으로써, 특정 워크로드에서 발생하는 성능 병목 지점을 즉시 식별하고 조치할 수 있습니다. ③ 지능형 감시 및 장애 대응 Zenius의 강력한 이벤트 엔진은 물리 GPU와 MIG 인스턴스에서 발생하는 미세한 이상 징후까지 놓치지 않고 감지합니다. - 성능 항목 감시 기능: 온도 임계치 초과나 인스턴스 수집 불량(미수집) 등 주요 성능 지표에 대해 세밀한 개별 감시 규칙을 설정할 수 있습니다. - 이벤트 내역 관리: 발생한 이벤트의 심각도와 인프라 정보를 유기적으로 연결하여, 장애 발생 시 원인 분석에 소요되는 시간을 획기적으로 단축합니다. Zenius는 복잡한 GPU 인프라의 가시성을 확보함으로써, 관리자가 실질적인 데이터에 기반해 자원을 효율적으로 배분하고 안정적으로 운영할 수 있도록 돕습니다. 5. 실전 활용 예시: Zenius로 실현하는 자원 최적화 1) 쿠버네티스(K8s) AI 워크로드 관리: K8s 클러스터 내에서 구동되는 각 파드(Pod)가 할당된 MIG 자원을 적절히 쓰고 있는지 확인할 수 있습니다. Zenius의 사용 현황 그래프를 보면 할당된 자원(Allocated)과 유휴 자원(Not Allocated)의 비율을 한눈에 알 수 있어, 효율적인 자원 재배치가 가능합니다. 2) 장애 선제 대응 및 가용성 확보: 대시보드 우측의 '이벤트 현황'과 '사용 현황' 차트를 결합하면, 특정 인스턴스가 비활성(Not Active) 상태로 변하거나 온도가 급증하는 신호를 감지하여 서비스 중단 전 선제적으로 대응할 수 있습니다. 아무리 뛰어난 자원이라도 운영자의 눈에 보이지 않으면 효율을 높이기 어렵습니다. Zenius는 복잡하게 얽힌 GPU 인프라를 누구나 이해하기 쉬운 직관적인 정보로 바꾸어, 관리자가 실무 현장에서 데이터에 기반한 최선의 판단을 내릴 수 있도록 지원하겠습니다.
2026.04.28
다음 슬라이드 보기