기술 블로그 (Tech) | kt cloud

[구축사례] kt cloud PLATFORM OpenStack 검증용 Zuul.CI Gating System 구축

Tech-Frontier.md kt cloud$ whoami --team❯ kt cloud Cloud플랫폼팀 김건희 님 📋 요약TL;DR이 글에서는 kt cloud PLATFORM의 OpenStack 내재화를 위해 Zuul.CI 기반 Gating System을 구축한 과정을 다룹니다.Upstream 변화에 따른 회귀 위험을 줄이고 안정적인 운영 검증 방향을 정리합니다.#OpenStack #ZuulCI #GatingSystem #CI파이프라인 #ktcloud1. 문제 정의: "Community 버전의 OpenStack을 내재화한다는"는 것의 무게클라우드 플랫폼을 구축할 때, 상용 배포판이 아닌 Community 버전의 OpenStack을 코어로 채택하는 순간, 그 의미를 한 번 더 짚어볼 필요가 있습니다..

Tech-Frontier.md kt cloud$ whoami --team❯ kt cloud Storage플랫폼팀 엄주관 님 📋 요약TL;DR이 글에서는 Ceph 기반 스토리지 내재화로 상용 스토리지를 대체하기 위한 배경과 설계 방향을 다룹니다.비용 효율과 기술 통제권이 클라우드 운영 경쟁력에 미치는 의미를 정리합니다.#Ceph #스토리지내재화 #분산스토리지 #오브젝트스토리지 #클라우드인프라왜 스토리지 내재화가 필요했는가클라우드 서비스를 운영할수록 스토리지 비용은 누적되고, 서비스 규모가 커질수록 상용 라이선스 구조의 부담도 함께 커집니다. 특히 저장 용량 증가와 함께 비용이 지속적으로 상승하는 구조는 장기적으로 수익성에 직접적인 영향을 줍니다. 또한 벤더별 제품을 혼합 운영하는 환경에서는 운영 정책, ..

[ kt cloud 제안TF 심대섭 님 ] 📋 요약 이 글에서는 Multi-AZ와 Multi-Region의 차이와 재해복구 설계 시 고려해야 할 핵심 요소를 다룹니다.안정적인 서비스 운영과 장애 대응 수준을 결정하기 위한 현실적인 설계 방향을 정리합니다.#Multi-AZ #Multi-Region #재해복구 #DR #RTO #RPO Multi-AZ vs Multi-Region DR 설계 전략클라우드 아키텍처를 설계할 때 많은 조직이 가장 먼저 고민하는 주제가 있습니다. Multi-AZ과 Multi-Region 중 어떤 구조가 더 안전한가 하는 질문입니다.겉보기에는 여러 Region을 사용하는 구조가 더 안전해 보입니다. 그러나 실제 서비스 운영이나 DR 훈련 환경에서는 상황이 그렇게 단순..

[ kt cloud Cloud컨설팅팀 심대섭 님 ] 📋 요약 이 글에서는 클라우드 네이티브 환경에서 상태를 분리하고 데이터 일관성을 유지하여시스템의 가용성을 확보하는 설계 전략을 다룹니다.분산 시스템에서 발생할 수 있는 장애와 데이터 불일치 위험을 최소화하고,비즈니스 연속성을 지키기 위한 실무적인 운영 방향을 정리합니다. #클라우드네이티브 #상태관리 #데이터일관성 #분산트랜잭션 #고가용성cloud native 가용성은 ‘상태 설계’가 좌우한다. 인터넷에서 쇼핑을 하다 보면, 분명히 담아둔 상품이 어느 순간 장바구니에서 사라져 보이는 경험이 있습니다. 사용자는 “버그인가?”라고 느끼지만, 시스템 관점에서는 상태(state)가 끊기거나 지연된 값을 읽는 전형적인 신호인 경우가 많습니다. 이..

[ kt cloud Cloud컨설팅팀 심대섭 님 ] 📋 요약 이 글에서는 클라우드 네이티브 환경에서 멀티 리전 구성 시 장애 도메인과 격리 설계를 통해가용성과 복원력을 강화하는 아키텍처 전략을 다룹니다.리전 분리만으로는 장애 전파를 막을 수 없으며,공유 지점 최소화와 독립 운영 단위 설계가 실제 장애 국지화의 핵심임을 정리합니다. #클라우드네이티브 #장애도메인 #멀티리전 #고가용성 #DR #share-nothing멀티 리전을 썼는데도 서비스가 같이 멈추는 구조적 원인클라우드 네이티브 가용성을 이야기할 때 가장 흔한 기대는 “리전을 두 개 이상 쓰면 고가용성이 된다”입니다. 그런데 운영 현장에서는 리전과 가용 영역(AZ)을 분리했는데도 장애가 전면 확산되는 케이스가 반복됩니다. 멀티 리전..

[ kt cloud Cloud컨설팅팀 심대섭 님 ] 📋 요약 이 글에서는 클라우드 네이티브 환경에서 애플리케이션 이식성을 강화하기 위한컨테이너 패키징, 설정 외부화, 배포 전략의 핵심 원칙과 실무 적용 방법을 다룹니다.이를 통해 장애 발생 시 수리가 아닌 재배포 중심의 복구 전략을 수립하고,무중단 배포와 운영 복원력을 확보하는 방향을 정리합니다. #클라우드네이티브 #컨테이너 #쿠버네티스 #애플리케이션이식성 #배포전략현재 대부분의 신규 서비스는 컨테이너와 쿠버네티스를 전제로 설계합니다. 그런데 장애 분석 회의에 들어가 보면 원인은 여전히 익숙한 패턴에서 나옵니다. 특정 노드에만 설치된 라이브러리, 환경마다 미묘하게 다른 설정, 롤백이 안 되는 배포 파이프라인 같은 것들입니다. 인프라는 멀..

[ kt cloud Cloud컨설팅팀 심대섭 님 ] 📋 요약 이 글에서는 클라우드 네이티브 환경에서 서비스 가용성을 확보하기 위한네 가지 핵심 설계 원칙(애플리케이션 이식성 및 배포 전략,장애 도메인과 격리 설계, 상태 관리와 데이터 일관성, 카오스 엔지니어링과 복원력 검증)을 다룹니다. 장애의 출발점이 인프라가 아닌 변경과 운영 방식으로 이동한 현실에서,실제 아키텍처 의사결정에 적용 가능한 설계 프레임워크와 검증 방법을 정리합니다.#클라우드네이티브 #가용성설계 #장애격리 #카오스엔지니어링 #멀티리전현재, 조직의 규모와 무관하게 대부분의 조직은 어떤 형태로든 클라우드를 활용하고 있습니다. 신규 서비스는 컨테이너와 Kubernetes 기반으로 구축되고, 기존 레거시 시스템도 단계적으로 클..

[ kt cloud 마케팅커뮤니케이션팀 ] 📋 요약 OpenStack과 Kubernetes의 전략적 통합 흐름과 kt cloud의 차세대 플랫폼 NEXT 아키텍처를 소개합니다.글로벌 오픈소스 생태계 협력을 통해 VM과 컨테이너를 하나의 인프라에서 운영하는 방법을 다룹니다.#OpenStack #Kubernetes #클라우드플랫폼 #오픈소스 #NEXT안녕하세요, kt cloud 마케팅커뮤니케이션팀입니다! 👋최근 클라우드와 AI 분야를 둘러싼 기술 생태계가 정말 빠르게 변하고 있어요.오픈소스 프로젝트들이 서로의 영역을 넘나들며 협력하고, 전 세계 기업들이 새로운 인프라 표준을 만들어가는 움직임이 그 어느 때보다 활발해지고 있죠. 이런 흐름 속에서 많은 분들이 자연스럽게 이런 궁금증을 갖게 ..

[ kt cloud Cloud컨설팅팀 김휘집 님 ] 📋 요약 kt cloud SDK와 Grafana를 활용하여 Load Balancer의 실시간 모니터링 대시보드를 구축하는 방법을 소개합니다.Custom Exporter를 통해 안정적인 데이터 수집과 시각화를 구현하는 실무 가이드입니다.#LoadBalancer #Grafana #모니터링 #SDK #대시보드 들어가며클라우드 환경에서 Load Balancer(LB)는 트래픽을 분산하여 서비스의 안정성과 성능을 보장하는 핵심 구성 요소입니다. 하지만 여러 개의 LB를 운영하다 보면 각각의 상태와 성능을 실시간으로 파악하기 어려워집니다. “이벤트 기간동안 LB에서 수집되는 데이터가 얼마나될까?”, “LB는 직접 모니터링 할 수 없을까?”, “특정 LB에 연결된..

[kt cloud CloudSW운영팀 김호균 님] OpenStack 컴퓨팅 서비스 이해하기: 심화편지난 포스팅에서는 컴퓨팅 서비스인 Nova의 아키텍처와 기본 동작 과정에 대해서 간단히 살펴보았습니다. 또한 OpenStack 대시보드 서비스인 Horizon을 통해 가상 머신을 직접 생성해 보고, 이 과정에서 OpenStack의 여러 컴포넌트들이 어떻게 서로 상호 작용하는지 알아보았습니다.이번 포스팅에서는 가상화 관점에서 Nova를 좀 더 자세히 살펴보겠습니다.   OpenStack 가상화 방식: KVM과 QEMU Nova에 대해 설명하기 전에, KVM과 QEMU에 대해 먼저 알아보겠습니다.가상화 방식을 활용하면 호스트 시스템과 독립적인 환경에서 각각 다른 운영체제로 가상 머신(VM)을 동작할 수 있습니다..