반복영역 건너뛰기
주메뉴 바로가기
본문 바로가기
제품/서비스
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
블로그
열기
메인 페이지로 이동
블로그
기술이야기
블로그
최신이야기
사람이야기
회사이야기
기술이야기
다양한이야기
제니우스(Zenius), 웰메이드 드라마와 언론사에서도 주목하다
클라우드 전환과 하이브리드 클라우드가 성공하려면?
오다인
2024.01.18
페이스북 공유하기
트위터 공유하기
링크드인 공유하기
블로그 공유하기
가트너부터 딜로이트까지, 2024 IT트렌드 총정리
정부와 공공기관, 그리고 금융권과 대기업 등 모든 분야에서 클라우드 전환이 가속화되고 있습니다. 이에 따라서 가트너(Gartner)는 2018년 약 2.1조 원이었던 국내 클라우드 시장 규모가 2024년에는 약 '6조 원'에 이를 것으로 내다봤습니다.
。。。。。。。。。。。。
1. 클라우드 전환 단계
▪
초창기:
소규모 Workload가 시범적으로 전환되는 시기
▪
과도기:
인프라, 네이티브 앱 등 주요 Workload가 전환되는 시기
▪
정착기:
모든 Workload가 클라우드에서 개발/구축되는 시기
클라우드 전환은 크게 세 단계로 나누어서 진행됩니다. 대부분의 기업과 기관이 현재 '클라우드 전환 과도기'에 접어든 가운데, 몇 가지 작지 않은 이슈로 인한 어려움을 겪고 있습니다.
2. 클라우드 송환? 클라우드에서 On-Premise로 복귀?!
IDC는 최근, "향후 2년 내 프라이빗 클라우드(Private Cloud) 또는 비 클라우드 환경으로의 이전을 계획하고 있는 기업의 비중이 70%가 넘는 것으로 나타났으며, 이러한 현상은 더욱 심화될 전망이다"라고 발표했습니다.
'클라우드 송환(Cloud Repatriation)'이라고도 부를 수 있는 이 같은 현상은, 주로 클라우드의 높은 비용·성능 문제·보안 및 규제·공급자 Lock-in 등이 주요 원인으로 지적되고 있습니다.
이와 같은 클라우드 전환 과도기에서의 어려움을 극복하고 효율성을 높이기 위해, '하이브리드 클라우드'로의 전환이 새로운 트렌드로 자리 잡았습니다.
3. 유연하게 활용한다! ‘하이브리드 클라우드’로의 전환 트렌드
하이브리드 클라우드(Hybrid Cloud)는 퍼블릭·프라이빗 클라우드와 대형 IDC 센터와 같은, 온프레미스(On-Premise) 환경을 조합하여 사용하는 것을 말합니다.
ⓒ디지털 서비스 이용 지원 시스템
현재 87% 이상의 기업이 2가지 이상의 멀티 클라우드를 사용하며, 72% 이상은 하이브리드 클라우드를 사용하는 것으로 나타났습니다.
하이브리드 클라우드의 장점
▪
다양한 환경을 조합하여 유연하게 리소스를 확장하거나 축소 가능
▪
민감정보를 프라이빗 클라우드에 유지하여 보안성 강화
▪
서로 다른 클라우드 환경의 장점의 조합 및 활용 가능
하이브리드 클라우드는 위와 같은 분명한 장점이 있기에, 계속해서 많은 기업과 기관이 사용할 것으로 예상됩니다. 하지만 하이브리드 클라우드도 반드시 극복해야 할 한계와 문제점이 있습니다. 하이브리드 클라우드의 한계는 크게 세 가지로 나눠볼 수 있는데요.
4. 하이브리드 클라우드의 세 가지 한계, 그리고 극복 방안
관리의 복잡성
Complexity
On-Premise, 하이브리드 클라우드, 퍼블릭 클라우드 등은 모두 서로 다른 인프라 구성과 특성을 보유하고 있습니다. 따라서 다양한 CSP와 Legacy 시스템 등을 종합적으로 관제하기 위한 모니터링 기술이 필요합니다.
정책의 분산화
Decentralization
각 CSP의 독자적인 기술과 운영환경에 따라, 기업의 IT 인프라 관리 정책이 분산화될 우려가 있습니다. 따라서 서로 다른 API 환경에 대응할 수 있는 중립적인 모니터링 접근 방식이 필요합니다.
서비스 품질 이슈
Quality
이기종 환경에서의 실시간 성능 모니터링 부재로, 서비스 품질 및 성능 문제가 발생할 수 있습니다. 따라서 실시간 상태 및 성능 지표 모니터링을 통한 최적의 프로비저닝 역량 확보가 중요합니다.
결국 하이브리드 클라우드의 세 가지 한계를 극복할 수 있는 '성공적인 모니터링 전략'이 필요합니다.
5. 하이브리드 클라우드 환경에서의 성공적인 모니터링 전략
앞서 살펴본 것처럼 하이브리드 클라우드의 효율을 높이고 한계를 극복하기 위해선,
성공적인 클라우드 & On-Premise 통합 모니터링
이 필요합니다.
통합 모니터링을 통해서 다양한 관리 Point를 단일화하고, 일관된 IT 정책을 적용하며, 다양한 관점별 View를 통한 데이터 가시성을 확보할 수 있습니다.
또한 각 환경에 대한 실시간 성능 지표 모니터링과 신속한 장애 감지 및 원인 분석을 통해, 높은 서비스 품질을 유지할 수 있습니다. 주요 Point에 대해서 자세히 살펴본다면 다음과 같습니다.
l 단일 Framework 기반의 통합 모니터링 환경 구성
성공적인 모니터링을 위해서는 Public/Private 클라우드와 On-Premise를 아우르는 단일 Framework 기반의 통합 모니터링 환경을 구성해야 합니다. 다양한 환경에 대한 통합 모니터링 시스템을 구축하여, 대시보드와 토폴로지 맵 등을 통해 분산된 IT 리소스와 서비스 정보를 한눈에 볼 수 있어야 하는 것이죠.
l 퍼블릭 클라우드 모니터링: 통합 관리 및 운영 가시성 확보
제니우스(Zenius)의 클라우드 서비스 맵
이용 중인 클라우드 서비스 전체 및 개별 단위의 주요 지표 상세 모니터링으로, 가시성을 확보해야 합니다. 이를 통해서 다양한 서비스의 주요 지표를 관리, 이용 서비스 간의 연관관계 관리, 과금(Billing) 관리, 즉각적인 장애 관리를 할 수 있습니다.
l 프라이빗 클라우드 모니터링: 개별적인 구성 환경을 고려한 모니터링
각 기업과 공공기관 개별적인 클라우드 구성 환경을 고려하여, 클라우드 인프라 자원을 관리하고 활용도를 높이기 위한 모니터링 전략도 필요합니다. 위의 설명처럼 쿠버네티스(Kubernetes), 컨테이너(Container), SDN 등 프라이빗 클라우드 환경을 구성하는 요소를 다각적으로 관리하여 IT 인프라 자원의 활용도를 향상시켜야 합니다.
l MSA 기반 애플리케이션 모니터링
IDC에 따르면 2025년에 출시되는 앱의 90% 이상이 '클라우드 네이티브'로 구현될 전망이라고 합니다.
클라우드 네이티브의 핵심은 'MSA(Micro Service Architecture)' 방법론으로의 전환입니다. 애플리케이션을 효과적으로 실행·배포·활용하기 위한 핵심요소는 'Container'이죠.
따라서 MSA 환경에서의 성공적인 애플리케이션 관리를 위해서는 실시간 모니터링, 분산 시스템 관제, 서비스 수요 변화 대응 이 세 가지가 가장 중요합니다.
위 도표에 정리된 것처럼 컨테이너 기반의 마이크로 서비스 모니터링, 복잡화된 시스템 간 트랜잭션 분석 및 가시화, 오토스케일링 자동 대응을 통한 관제 연속성 확보 전략을 구축한다면 성공적으로 MSA 기반의 애플리케이션 모니터링을 할 수 있습니다.
l 레거시 환경 모니터링
마지막으로 On-premise로 자체 보유하고 있는 레거시 장비와 프라이빗 클라우드 장비가 있는 전산실의 성공적인 모니터링을 위해서는, 먼저 On-premise 환경을 고려한 최적의 포인트 솔루션과 통합 플랫폼 기반 모니터링이 확보되어야 합니다.
또한 안정적인 On-Premise 환경 운영을 위해 전산실 부대설비(UPS, 항온 항습기 등), 환경감시(온/습도, 누수 등)에 대한 레거시 환경 맞춤형 관리가 가능해야 합니다. 물리/가상 자원 간의 그룹화 관리 기능, 다양한 자원 간의 이벤트 연관 설정 및 분석 기능도 성공적인 레거시 환경 모니터링을 위한 필수조건입니다.
6. 성공적인 모니터링 솔루션 선택 기준은?
클라우드 전환기, 하이브리드 클라우드 환경에서 성공적인 모니터링을 위한 루션 선택 기준은
1) 기술력이 있는지 2) 검증된 솔루션인지 3) 믿을 수 있는 기업인지
이렇게 세 가지로 정리할 수 있습니다.
하나, 기술력이 있는 솔루션인가?
클라우드와 레거시 통합을 위한 프레임워크 기반의 솔루션
인지, 그리고
여러 환경에 존재하는 IT 자원을 통합적으로 가시화
할 수 있는지,
변화에 쉽게 대응할 수 있는 사용자 맞춤 설계형 대시보드를 제공
하는지를 꼭 살펴봐야 합니다.
브레인즈컴퍼니 제니우스(Zenius)의 퍼블릭 클라우드 서비스 관제 예시
또한 AI 기술을 통해 장애를 사전에 예방하는 제니우스(Zenius) 처럼,
서비스 장애로 인한 손실을 방지하기 위한 사전 장애 감지 및 대응도 지원
하는지 꼭 살펴봐야 합니다. 업무 효율과 편의성을 높이기 위한
오토스케일링 자동 대응, 장애/이벤트 오토리커버리 등 운영 자동화 기능
도 필수 요소입니다.
둘, 검증된 솔루션인가?
클라우드 서비스 보안인증(CSAP), 마켓플레이스 등록 등 클라우드 환경에서의 성능 검증 절차 등 거친 솔루션
인지도 중요하게 살펴봐야 합니다. 또한 다수의 공공기관 및 다양한 산업군에서 사용되고 있는지도 중요한 판단 기준입니다.
셋, 믿을 수 있는 기업의 솔루션인가?
마지막으로
모니터링 서비스를 개발 및 운영한 업력, 재무 상태 안정성, 전문 인력 보유 등으로 지속적인 지원
이 가능한 기업의 솔루션인지를 검토해 봐야 합니다.
。。。。。。。。。。。。
브레인즈컴퍼니는 전통적인 IT 인프라 모니터링 시장에서의 경험을 바탕으로, 하이브리드 환경에서의 성공적인 모니터링을 수행하고 있습니다. 이제 필수가 된 클라우드 전환, 제대로 된 솔루션 선택을 통해 성공적으로 진행하시기 바랍니다!
#클라우드
#하이브리드클라우드
#프라이빗클라우드
#Cloud
오다인
프리세일즈팀
프리세일즈팀에서 사업 수주를 위한 업무를 수행하며 Zenius의 위닝 포인트를 만들어 갑니다.
필진 글 더보기
목록으로
추천 콘텐츠
이전 슬라이드 보기
서버 모니터링의 두 가지 방식: Agent와 Agentless 비교
서버 모니터링의 두 가지 방식: Agent와 Agentless 비교
서버 모니터링 환경을 구성할 때 가장 먼저 결정해야 하는 것 중 하나가 데이터를 어떤 방식으로 수집할 것인가입니다. 대표적인 방식은 모니터링 대상 서버에 별도의 프로그램을 설치하는 Agent 방식과, 서버에 별도 프로그램을 설치하지 않고 외부에서 데이터를 수집하는 Agentless 방식입니다. 두 방식은 단순히 설치 여부만 다른 것이 아닙니다. 수집 가능한 데이터의 범위와 상세 수준, 구축과 유지관리 방식, 보안 정책 등에 차이가 있기 때문에 실제 운영 환경과 관리 목적을 기준으로 판단해야 합니다. 특히 최근에는 온프레미스뿐 아니라 VM, 클라우드, 컨테이너 등 관리 대상이 다양해지면서 하나의 방식만 고집하기보다 필요한 데이터와 운영 환경에 맞는 수집 방식을 선택하는 것이 중요해지고 있습니다. Agent 기반 서버 모니터링 Agent 방식은 모니터링 대상 서버에 전용 프로그램을 설치하고, 해당 Agent가 서버 내부의 상태와 성능 데이터를 직접 수집해 중앙 모니터링 시스템으로 전달하는 방식입니다. 서버 내부에서 데이터를 수집하기 때문에 CPU, 메모리, 디스크, 프로세스, 파일시스템, 로그 등 비교적 상세한 정보를 지속적으로 확보하기 좋습니다. 특히 다음과 같은 환경에서 Agent 방식의 장점이 분명합니다. 서버 내부의 세부 성능 데이터를 지속적으로 확인해야 하는 경우 프로세스와 로그 등 OS 내부 상태까지 함께 관리해야 하는 경우 장애 발생 전후의 상세 데이터를 확보해야 하는 경우 서버별 상태를 장기간 축적하고 분석해야 하는 경우 자동 복구나 스크립트 실행 등 후속 조치까지 연계해야 하는 경우 반면 서버마다 Agent를 설치·관리해야 하므로 관리 대상이 많거나 설치에 제약이 있는 환경에서는 배포 방식과 운영 부담을 함께 고려해야 합니다. Agent가 사용하는 CPU·메모리와 통신량, 업데이트 방식도 사전에 확인하는 것이 좋습니다. Agentless 서버 모니터링 Agentless 방식은 모니터링 대상 서버에 별도의 Agent를 설치하지 않고 외부의 모니터링 시스템에서 필요한 정보를 원격으로 수집하는 방식입니다.전통적으로 SNMP나 WMI 등을 많이 활용해왔지만, 최근에는 API나 각 시스템에서 제공하는 원격 인터페이스를 통해 데이터를 수집하는 방식도 함께 사용됩니다. Agent를 별도로 설치하지 않기 때문에 다음과 같은 장점이 있습니다. 관리 대상 서버에 별도 프로그램을 설치하지 않아도 됨 초기 구축과 대상 추가가 비교적 간단함 Agent 설치가 제한되는 서버에도 적용하기 쉬움 중앙에서 관리 대상을 일괄적으로 추가·변경하기 편리함 다만 수집 가능한 정보의 범위와 상세 수준은 대상 시스템이 외부에 제공하는 인터페이스에 따라 달라집니다. CPU나 메모리 같은 기본 자원은 확인할 수 있지만, 특정 프로세스나 애플리케이션 내부 데이터처럼 더 상세한 정보는 제한될 수 있습니다. 따라서 Agentless 방식은 단순히 ‘설치가 필요 없는 방식’으로 보기보다 필요한 데이터를 어느 수준까지 안정적으로 확보할 수 있는지를 기준으로 판단하는 것이 적절합니다. Agent와 Agentless 방식의 차이 두 방식의 차이는 결국 데이터의 상세 수준과 운영 부담에 있습니다. Agent 방식은 서버 내부의 상세 데이터를 지속적으로 수집하고 장애 전후를 분석하는 데 유리하지만, Agent 설치와 관리가 필요합니다. Agentless 방식은 별도 프로그램 설치 없이 빠르게 적용할 수 있지만, 수집 가능한 데이터의 범위는 대상 시스템이 제공하는 인터페이스에 따라 달라집니다. 어느 한 방식이 항상 우수한 것은 아닙니다. 서버 내부의 상세 데이터와 장애 전후 분석이 중요하다면 Agent 방식이 적합하고, Agent 설치가 제한되거나 보다 간단한 방식으로 관리 대상을 확대해야 한다면 Agentless 방식을 고려할 수 있습니다. 결국 선택 기준은 설치 여부 자체보다 필요한 데이터의 수준, 운영 환경의 제약, 장애 분석과 대응 범위에 있습니다. 실제 Agent 기반 모니터링 적용 예시 Agent 방식은 서버 내부의 세부 상태를 지속적으로 수집해 장애 전후의 변화를 비교하고, 필요한 경우 대응까지 연결할 수 있다는 장점이 있습니다. 브레인즈컴퍼니의 Zenius SMS는 Agent 기반으로 서버의 CPU·메모리·Load 등 주요 성능 정보를 실시간 수집하고, 프로세스·로그·컨테이너·GPU까지 모니터링합니다. 정적·동적 임계치를 활용한 이상 징후 감지와 함께, 장애 발생 시점의 Snapshot과 조치 이력을 확인하고 복구 스크립트 실행까지 연계할 수 있습니다. Zenius SMS의 주요 기능과 실제 활용 방법은「서버 모니터링을 Zenius SMS로 해야 하는 4가지 이유」에서 확인할 수 있습니다. 중요한 것은 수집 방식보다 운영 목적입니다 Agent와 Agentless는 각각 장단점이 뚜렷하기 때문에 어느 한 방식이 항상 더 적합하다고 보기는 어렵습니다. 서버 내부의 상세한 상태와 장애 전후 데이터를 지속적으로 확인해야 한다면 Agent 방식이 유리할 수 있고, Agent 설치가 제한되거나 비교적 단순한 상태 정보를 중심으로 관리해야 한다면 Agentless 방식이 더 적합할 수 있습니다. 결국 중요한 것은 설치 여부 자체가 아니라 어떤 데이터를 수집해야 하는지, 어느 수준까지 분석이 필요한지, 그리고 수집한 정보를 실제 장애 대응과 운영 개선에 어떻게 활용할지입니다. 서버 모니터링 환경을 구성할 때는 이러한 운영 목적을 먼저 정리한 뒤, 그에 맞는 수집 방식과 관리 체계를 선택하는 것이 좋습니다. 그래야 불필요한 수집과 운영 부담은 줄이고, 실제 장애 분석과 대응에 필요한 정보는 충분히 확보할 수 있습니다. [함께 읽으면 좋은 글] - 서버 모니터링 가이드: 최신 트렌드와 5가지 선택 기준 - 서버 모니터링 솔루션 유형별 장단점과 선택 기준 - 서버 모니터링을 Zenius SMS로 해야 하는 4가지 이유 - 서버 모니터링 툴 활용사례 6가지
2023.05.09
다음 슬라이드 보기