DevLog

엔지니어링 블로그를 한 곳에서 탐색하고, 최근 발행 흐름을 빠르게 파악할 수 있는 서비스 입니다.

Quick Links

  • Latest Feed
  • Engineering Directory

Support

  • 소개
  • 개인정보처리방침

Contribute

  • 원하는 블로그 추가 (준비 중)
  • Feedback

© 2026 DevLog Inc. All rights reserved.

본 사이트는 공개 RSS 피드를 통해 콘텐츠를 수집하며, 모든 콘텐츠의 저작권은 원저작자에게 있습니다.

Back to Feed
Read Original

Contents

Continue Reading

  • More from 라인
  • Related reads#OpenStack
#DevOps

LY Corporation의 클라우드 인프라 개편: 거대한 두 개의 클라우드를 통합한 차세대 플랫폼 Flava의 아키텍처 소개

LY Corporation의 클라우드 인프라 개편: 거대한 두 개의 클라우드를 통합한 차세대 플랫폼 Flava의 아키텍처 소개
01

Summary

거대 클라우드의 합병, LY Corporation이 35만 대 VM을 통합 관리하는 비결 'Flava'

OpenStack 커스터마이징의 늪에서 탈출해 eBPF와 VPC로 무장한 차세대 IaaS 아키텍처를 만나보세요.

본 아티클은 LINE과 Yahoo Japan의 거대한 두 프라이빗 클라우드를 'Flava'라는 단일 플랫폼으로 통합하는 과정을 심도 있게 다룹니다. 장애를 전제로 한 무상태 설계 철학부터 오픈소스 업스트림 기여를 통한 기술적 부채 해결, 그리고 소프트웨어 정의 기술을 통한 하드웨어 성능 최적화까지 대규모 인프라 운영의 정수를 보여줍니다.

  • 01수만 대의 하이퍼바이저 고장 감지부터 복구까지 전 과정을 자동화한 자율 운영 시스템
  • 02OpenStack 독자 커스터마이징 대신 '업스트림 우선' 정책으로 전환하여 유지보수 효율성 극대화
  • 03eBPF/XDP를 활용해 범용 x86 서버에서 와이어 스피드에 가까운 초고속 네트워크 구현
  • 04보안 테넌트 분리 작업을 수개월에서 단 몇 분으로 단축시킨 전사적 VPC 기본화 전략
  • 05좀비 리소스 방지를 위한 TTL 설정 및 동적 스토리지 클래스 변경을 통한 비용 최적화

+RECOMMENDATION

프라이빗 클라우드를 운영 중이거나 오픈소스 기반의 대규모 인프라를 설계하는 엔지니어들에게 권장합니다. 특히 기술적 부채로 인해 업그레이드에 어려움을 겪고 있거나 인프라 자동화 수준을 높이고 싶은 팀에게 실질적인 가이드를 제공합니다.

The Problem

구 LINE의 'Verda'와 구 Yahoo Japan의 'YNW'라는 두 개의 거대하고 독립적인 클라우드 인프라가 공존함에 따라 리소스 효율성이 저하되고 용량 관리가 복잡해지는 문제가 있었다. 또한 OpenStack을 과도하게 커스터마이징하여 운영함에 따라 업스트림 업데이트가 어려워지고 유지보수 비용이 증가하는 한계에 직면했다.

The Solution

두 인프라를 통합한 차세대 플랫폼 'Flava'를 구축하여 전용 환경을 폐지하고 단일 리소스 풀로 전환했으며, 독자 패치를 최소화하고 업스트림 OpenStack을 추종하는 아키텍처를 채택했다. 네트워크 보안 강화를 위해 VPC를 기본값으로 설정하고, XDP(eBPF) 기술을 도입하여 범용 x86 서버에서도 고성능 데이터 플레인을 구현했다.

The Result

보안 환경 구축에 소요되던 시간을 수개월에서 단 몇 분으로 단축했으며, 2025년 기준 1만 대 이상의 VM과 5PB 이상의 스토리지를 수용하는 규모로 성장했다. 리소스 유효 기간 설정 및 스토리지 클래스 분리 기능을 통해 사용자가 자율적으로 비용을 최적화할 수 있는 기반을 마련했다.

Trade-off

출시 초기 단계로 인해 기능 확장과 안정성 확보가 여전히 과제로 남아 있으며, 기존 대규모 기반에서 신규 기반으로의 마이그레이션 과정에서 발생하는 중복 투자 및 수동 대응 리소스에 대한 부담이 존재한다.

03

Key Concepts

Concept · 01

Upstream First

오픈소스 프로젝트를 사용할 때 필요한 수정사항이나 기능을 내부 전용으로 유지하지 않고 메인 프로젝트에 직접 반영시키는 전략이다.

  • OpenStack의 독자 커스터마이징을 최소화하여 버전 업데이트 장벽을 제거했다.
  • 필요한 기능을 FRRouting이나 Linux Kernel 등에 직접 커밋하여 장기적인 유지보수 비용을 절감했다.
Concept · 02

XDP (Express Data Path)

리눅스 커널의 네트워크 스택 초입에서 eBPF 프로그램을 실행하여 패킷을 가로채고 처리하는 고속 데이터 경로 기술이다.

  • 범용 x86 서버를 사용하여 고가의 전용 장비에 준하는 낮은 지연 시간과 높은 처리량을 구현했다.
  • Flava의 VPC 데이터 플레인을 쇄신하고 성능을 개선하는 핵심 기술로 활용되었다.
Concept · 03

Design for Failure

인프라의 완벽한 가용성을 보장하기보다 장애 발생을 전제로 시스템을 설계하고 빠르게 복구하는 데 집중하는 철학이다.

  • VM의 루트 디스크를 휘발성으로 정의하고 영속 데이터는 외부 스토리지로 분리했다.
  • IaC를 통해 장애 발생 시 원인 규명보다 환경 즉시 재구축을 통한 서비스 지속을 우선시한다.
Continue reading · same source

라인More from 라인

View all posts from 라인
  • 초당 100만 건, LINE 앱에 Apache Kafka 종단 간 암호화 적용기

    KafkaCryptographyAES-GCM
    3일 전
  • AI로 웹 엔지니어 없이 LINE 앱 안에서 그룹 영상 통화 서비스 만들기

    LIFFWebRTCLINE Planet SDK
    1주 전
  • 임베딩 안정화로 검색 리랭킹의 콜드 스타트 문제를 해결하다: LINE Part Time Jobs 적용 사례

    Embedding StabilizationCold Start ProblemTwo-Tower Model
    2주 전
  • 프롬프팅에서 워크플로로, AI로 프런트엔드 개발 생산성 끌어올리기

    LLMMCPAI Agent
    2주 전
  • AI 에이전트끼리 토론한다면? 멀티 에이전트 협업으로 재설계하는 개발 프로세스

    AI AgentLLM OrchestrationSoftware Development Lifecycle
    2주 전

Related reads#OpenStack

Explore #OpenStack
토스

레거시 인프라 작살내고 하이브리드 클라우드 만든 썰

#OpenStack5개월 전

Source

라인
라인
Engineering Blog

Published · March 13, 2026

Topics

OpenStackIaaSVPCeBPFXDPIaCPrivate Cloud