글루시스

RSS

게시글: 51
등록: 2026년부터

All Frontend Backend AI DevOps Architecture Etc

DevOps
Lustre Changelog DR
본 글은 Lustre 파일 시스템의 Changelog 기능을 활용한 재해 복구(DR) 방안을 제시합니다. 전통적인 rsync 방식의 한계를 지적하며, 파일 변경 이력을 추적하는 Lustre Changelog의 동작 원리, 활성화 및 확인 방법, changelog_mask 이벤트 타입, 그리고 Changelog를 읽는 방법을 상세히 설명합니다. 이를 통해 데이터 변경 사항을 효과적으로 관리하고 신속한 복구를 지원하는 Lustre 기반의 DR 솔루션의 주요 특징과 시스템 구성을 소개합니다. Lustre Changelog는 데이터 무결성을 보장하고 재해 발생 시 복구 시간을 단축하는 데 기여할 수 있습니다.
LustreChangelogDR
글루시스·2025년 11월 28일
DevOps
Lustre의 파일 create & open 과정 분석 - 1
이 블로그 글은 Lustre 파일 시스템에서 사용자가 새로운 파일을 생성할 때 내부적으로 발생하는 과정을 1편으로 나누어 분석합니다. Lustre의 소프트웨어 스택 구조와 디버그 시스템을 소개하며, 클라이언트에서 서버로 요청이 전달되는 초기 흐름에 초점을 맞춥니다. POSIX 시스템 콜이 VFS, LLITE, LMV, MDC 계층을 거쳐 최종적으로 MDS(Meta Data Server)와 통신하는 과정을 설명합니다. 데이터 요청의 경우 LOV 계층을 통해 OST(Object Storage Target)로 전달되는 과정도 간략히 언급합니다. 2편에서는 Lustre 서버에서의 처리 과정과 OST 접근에 대해 다룰 예정입니다.
Lustre파일 시스템시스템 분석
글루시스·2025년 3월 13일
DevOps
LVM 스냅샷 관리 기능 개발 후기 (1)
본 글은 AnyStor 제품에서 LVM 스냅샷 관리 기능 개발 후기를 다룹니다. 기존에는 스냅샷 생성 및 확인만 가능했고, 복원 시 관리자가 CLI 명령어를 사용해야 하는 불편함이 있었습니다. 실제 복원 시 고객 서비스에 영향을 주지 않도록 스냅샷 기능을 재편하는 과정에서 겪었던 테스트와 이슈 대응 방안을 공유합니다. 글에서는 LVM 볼륨의 씬 프로비저닝(Thin Provisioning)과 씩 프로비저닝(Thick Provisioning) 방식의 차이점을 설명하고, 각 방식에 따른 스냅샷의 저장 구조 차이점을 상세히 다룹니다. 특히 씬 프로비저닝 볼륨의 스냅샷은 원본 볼륨의 데이터를 공유하며 메타데이터 영역에 논리적 익스텐트와 물리적 익스텐트 간의 매핑을 저장하는 반면, 씩 프로비저닝 볼륨은 원본 데이터의 완전한 복사본을 새로운 공간에 저장하는 방식을 설명합니다. 이러한 배경 지식을 바탕으로 스냅샷 기능의 안정적인 도입을 위한 개발 과정을 소개합니다.
LVM스냅샷데이터 복구
글루시스·2024년 6월 3일
DevOps
올플래시 스토리지 선정 시 체크포인트
기업들이 올플래시 스토리지를 도입하는 주된 이유는 하드디스크 기반 스토리지보다 높은 성능을 제공하기 때문입니다. 과거에는 높은 가격과 부족한 유스케이스로 도입이 망설여졌으나, 플래시 메모리 가격 하락으로 올플래시 스토리지의 접근성이 높아졌습니다. 본문에서는 올플래시 스토리지 도입 시 고려해야 할 체크포인트를 제시하며, 특히 하드디스크와 SSD의 차이점을 상세히 설명합니다. SSD는 전기 회로를 사용해 일정한 읽기 성능을 제공하고 발열 및 충격에 강하며 공간 효율성이 높지만, 쓰기 수명, 가비지 컬렉션으로 인한 쓰기 성능 저하 등의 단점도 존재합니다. 이러한 단점을 보완하기 위해 오버 프로비저닝, 웨어 레벨링 등의 기술이 적용됩니다. 올플래시 스토리지는 비즈니스 가속화를 위한 중요한 선택이지만, 신중한 접근이 필요함을 강조합니다.
올플래시 스토리지SSD하드디스크
글루시스·2023년 7월 19일
DevOps
스토리지 기초지식 11편: 재해복구
최근 대형 데이터센터 장애 사건을 계기로 IDC 법과 정보통신망법 개정이 추진되며 재해복구(Disaster Recovery, DR) 시스템의 중요성이 부각되고 있습니다. 재해복구는 재해로 중단된 IT 인프라 및 서비스를 복구하는 작업으로, 주 시스템 장애 시 별도로 구축된 DR 시스템에서 자동으로 서비스를 이어받아 비즈니스 중단 피해를 최소화하는 것을 목표로 합니다. 화재, 정전, 장비 고장, 랜섬웨어 등 다양한 재해 시나리오를 대비하며, 특히 금융, 병원, 정부 기관 등 비즈니스 연속성이 중요한 분야에서 DR 시스템 도입이 권고되거나 의무화되는 추세입니다. DR 시스템은 주 시스템과 물리적으로 떨어진 원격지에 구축되며, 비즈니스 중요도와 예산에 따라 핫 사이트, 웜 사이트, 콜드 사이트 등 다양한 형태로 구성될 수 있습니다.
재해복구DR데이터센터
글루시스·2022년 11월 21일
DevOps
NVMe 시대의 RAID: GRAID와 PoseidonOS
본 글은 스토리지 장치의 데이터 보호 기술인 RAID와 NVMe SSD의 등장으로 인한 변화를 다룹니다. 기존의 하드웨어 RAID는 NVMe SSD의 빠른 속도를 충분히 활용하지 못하는 한계가 있으며, 이는 I/O 명령 및 데이터가 RAID 컨트롤러를 거치면서 발생하는 병목 현상 때문입니다. 이러한 문제를 해결하기 위해 등장한 GRAID와 PoseidonOS와 같은 새로운 기술들을 소개하며, NVMe 시대에 최적화된 스토리지 솔루션의 필요성을 강조합니다. 글은 NVMe SSD의 성능을 최대한 발휘하기 위한 스토리지 구성 방안을 모색합니다.
RAIDNVMeSSD
글루시스·2022년 10월 28일
DevOps
TrueNAS SCALE의 설치부터 활용까지
이 글은 Synology NAS를 사용하던 필자가 새로운 NAS 경험을 위해 TrueNAS SCALE을 설치하고 활용하는 과정을 상세히 소개합니다. TrueNAS는 오픈소스 기반의 NAS 전용 운영체제로, FreeNAS에서 발전하여 현재는 CORE와 SCALE 버전으로 제공됩니다. 필자는 특히 Linux 기반의 SCALE 버전을 중심으로 설명하며, ZFS 파일 시스템 지원과 편리한 웹 관리 인터페이스를 장점으로 꼽습니다. 또한, 하드웨어 RAID 없이도 높은 성능과 안정성을 제공하지만 높은 시스템 요구 사양이라는 단점도 언급합니다. Inspur 장비를 활용한 테스트 시스템 소개와 함께 TrueNAS의 설치부터 실제 활용까지의 경험을 공유하며, 독자들이 NAS 구축에 대한 이해를 높이고 TrueNAS를 효과적으로 사용하는 데 도움을 주고자 합니다.
TrueNASTrueNAS SCALENAS
글루시스·2022년 9월 21일
DevOps
Lustre 파일시스템과 GPUDirect Storage 소개
본문은 고성능 컴퓨팅(HPC) 클러스터 환경에서 사용되는 Lustre 파일시스템과 GPUDirect Storage(GDS)에 대해 소개합니다. HPC 클러스터는 대규모 데이터 처리를 위해 고도의 컴퓨팅 성능과 병렬 스토리지를 요구합니다. 분산 파일시스템과 달리 병렬 파일시스템은 파일을 분할하여 여러 스토리지 노드에 저장하며, Lustre는 이러한 병렬 파일시스템의 한 종류로 HPC 환경에 최적화된 고성능 병렬 파일시스템입니다. Lustre는 GNU GPL 라이선스로 공개되어 있으며, 리눅스 기반 운영체제에서 클라이언트-서버 아키텍처로 작동합니다. GDS는 GPU가 스토리지에 직접 접근하여 데이터 전송 병목 현상을 줄이는 기술로, HPC 환경의 성능 향상에 기여할 것으로 기대됩니다.
LustreGPUDirect StorageHPC
글루시스·2022년 7월 22일
DevOps
Kubernetes CSI 개념 정리 및 실습
이 글은 Kubernetes 환경에서 컨테이너 데이터 관리의 중요성과 해결 방안을 다룹니다. 컨테이너 기술의 발전과 함께 Kubernetes의 역할이 커지고 있으며, 컨테이너 내 데이터의 임시성 및 공유 문제 해결을 위해 '볼륨' 개념을 소개합니다. Kubernetes에서 지원하는 다양한 볼륨 유형(emptyDir, hostPath, 클라우드 제공 볼륨 등)을 설명하고, 각 볼륨의 특징과 사용 사례를 제시합니다. 특히, Kubernetes CSI(Container Storage Interface)의 개념을 설명하며 컨테이너 스토리지 관리를 위한 표준 인터페이스의 필요성을 강조합니다. 이를 통해 컨테이너 환경에서 데이터의 영속성과 안정성을 확보하는 방법을 탐구합니다.
KubernetesCSI컨테이너
글루시스·2022년 6월 21일
DevOps
SPDK 시리즈 1 : SPDK 환경 구축 실습
본 글은 스토리지 연구 중 SPDK(Storage Performance Development Kit) 관련 실습 정보 부족을 느껴 작성되었습니다. SPDK는 사용자 공간에서 NVMe와 같은 고속 SSD를 효율적으로 사용하기 위한 프레임워크입니다. 글에서는 NVMe SSD와 SPDK 최신 코드를 활용하여 테스트 환경을 구축하고, SPDK의 스토리지 기능들을 실습하는 과정을 다룹니다. SPDK는 스토리지 인터페이스, 디바이스 드라이버, 그리고 커널 블록 계층과 유사한 기능을 제공하는 'bdev'(Block Device Module)로 구성됩니다. bdev는 Ceph RBD, NVMe Device, S/W RAID 등 다양한 스토리지 관련 기능을 사용자 공간에서 구현하며, 본문에서는 이러한 bdev 목록과 함께 환경 구축 및 실습 방법을 상세히 안내합니다. 리눅스 커널 블록 계층, NVMe SSD, SPDK에 대한 사전 지식과 git, 컴파일 경험이 있다면 글을 이해하는 데 도움이 될 것입니다.
SPDKNVMeSSD
글루시스·2022년 4월 19일
DevOps
스토리지 기초지식 10: 데이터 보호 – 데이터 백업
빅데이터와 AI 기술의 확산, 클라우드 기반 사업 모델의 보편화로 데이터의 중요성이 커지고 있지만, 동시에 데이터 손실 위험도 증가하고 있습니다. 데이터 손실은 하드웨어 장애, 데이터 깨짐, 버그 등 내부 요인과 사용자 실수, 재해, 랜섬웨어 등 외부 요인으로 발생하며, 기업에 막대한 금전적 손실뿐 아니라 신뢰도 하락까지 초래합니다. 데이터 백업은 이러한 위험에 대비해 원본 데이터를 안전하게 복제해 두는 것으로, 문제가 발생했을 때 신속하게 복구하는 것을 목표로 합니다. 전통적으로 PBBA(Purpose-Built Backup Appliance)에서 관리되었으며, 최근에는 비용 효율성과 편의성으로 인해 클라우드 기반 BaaS(Backup-as-a-Service)의 사용이 증가하는 추세입니다. 효과적인 데이터 백업 및 복구 계획 수립은 기업의 IT 인프라 안정성과 비즈니스 연속성을 위해 필수적입니다.
데이터베이스 백업데이터 복구PBBA
글루시스·2021년 9월 23일
DevOps
스토리지 기초 지식 8편: 씬 프로비저닝이란
본 글은 스토리지 공간 할당 방식 중 하나인 씬 프로비저닝(Thin Provisioning)과 전통적인 방식인 씩 프로비저닝(Thick Provisioning)을 비교 설명합니다. 스마트폰의 용량 부족 문제와 클라우드 스토리지의 대규모 무료 제공 사례를 언급하며, 특히 애플의 iCloud가 씬 프로비저닝을 통해 실제 사용량만큼만 공간을 할당하여 효율성을 높이는 방식을 소개합니다. 씩 프로비저닝은 요청된 전체 공간을 즉시 할당하는 방식인 반면, 씬 프로비저닝은 실제 사용량이 늘어날 때마다 동적으로 공간을 할당하여 스토리지 낭비를 줄이는 장점이 있습니다. 글에서는 씩 프로비저닝의 lazy zeroing과 eager zeroing 방식도 간략히 설명하며 스토리지 관리의 기본 개념을 다룹니다.
스토리지씬 프로비저닝씩 프로비저닝
글루시스·2021년 3월 17일
DevOps
스토리지 이중화 2편: NAS 이중화 아키텍처 설계
본 글은 스토리지 이중화 아키텍처 설계, 특히 NAS 이중화에 대한 내용을 다룹니다. NAS는 네트워크 기반 파일 공유 서비스를 제공하며, 이중화 환경에서는 추가적인 기능과 함께 구축 목적 및 클라이언트 인프라에 대한 깊은 이해가 필수적입니다. 잘못된 모니터링이나 관리 소홀은 장애로 이어질 수 있습니다. 글에서는 VDI 환경을 위한 NAS 이중화 시스템 구축 사례를 소개하며, NFS 공유 환경, CIFS 공유 환경, AD 연동을 통한 사용자 인증 처리 등 실제 요구사항을 기반으로 아키텍처 설계 과정을 설명합니다. 이를 통해 고가용성과 안정적인 스토리지 운영을 위한 실질적인 방안을 제시합니다.
NAS스토리지 이중화아키텍처 설계
글루시스·2021년 1월 19일
DevOps
스토리지 기초 지식 7편: 데이터 보호 - 스냅샷
이 글은 스토리지의 데이터 보호 기능 중 하나인 스냅샷에 대해 설명합니다. 스냅샷은 특정 시점의 데이터를 복사하여 원본 데이터에 문제가 발생했을 때 복원할 수 있게 하는 기술로, 윈도우의 시스템 복원이나 맥의 타임머신과 유사한 개념입니다. 글에서는 스냅샷의 기본 개념과 함께 두 가지 주요 스냅샷 방식인 Split-mirror와 Copy-on-write를 소개합니다. Split-mirror는 원본 데이터를 통째로 복제하는 단순한 방식이지만 공간 효율성이 떨어지고, Copy-on-write는 쓰기 작업 시 데이터를 복제하는 방식으로 메타데이터만 먼저 복제하여 생성 속도가 빠르고 공간 효율성이 높다는 장점이 있습니다. 이를 통해 데이터 보호 및 복구 전략 수립에 필요한 기초 지식을 제공합니다.
스토리지데이터 보호스냅샷
글루시스·2020년 12월 16일
DevOps
스토리지 관리 인터페이스의 표준화, Swordfish
기업의 스토리지 인프라 관리에서 편의성과 효율성은 서비스 연속성만큼 중요합니다. 이기종 스토리지 도입 및 호환성 문제로 인한 복잡성 증가는 운영 비용 상승으로 이어집니다. 이러한 문제를 해결하기 위해 스토리지 관리 API 표준화 노력이 있어왔습니다. SNIA에서 2000년에 제시한 SMI-S는 오랜 기간 사용되었으나, 차세대 아키텍처 지원에 한계가 있었습니다. 2016년부터 개발된 Swordfish는 SMI-S의 한계를 극복하고 차세대 스토리지에 부합하는 오픈 스토리지 관리 표준입니다. Redfish 서버 관리 표준을 확장한 개념으로, JSON, OData, HTTPS 등 표준 기술을 사용하여 REST 기반 인터페이스를 제공하며, 사용자 중심의 기능과 API로 IT 관리자의 편의성을 향상시킵니다.
스토리지 관리SwordfishSNIA
글루시스·2020년 11월 18일
DevOps
엣지 컴퓨팅 환경과 연산 스토리지
본 글은 엣지 컴퓨팅 환경에서 발생하는 데이터 처리의 효율성을 높이기 위한 연산 스토리지 기술에 대해 설명합니다. 엣지 컴퓨팅은 데이터 생성 지점에서 데이터를 분산 처리하여 클라우드의 부하와 지연 시간을 줄이고 비용을 절감하는 개념입니다. 특히 5G 및 IoT 확산으로 폭증하는 데이터를 클라우드로 모두 전송하기 어려운 상황에서, 엣지에서의 실시간 데이터 처리는 필수적입니다. 자율주행차와 같이 대량의 데이터를 실시간으로 생성하는 경우, 기존 CPU 기반 처리 방식은 비용 효율성, 대역폭, 스토리지 병목, AI 워크로드 처리 능력 등에서 한계를 보입니다. 연산 스토리지는 이러한 문제를 해결하기 위해 호스트 CPU의 연산 일부를 스토리지 장치 자체에서 분담하여 처리하는 '인 시츄 프로세싱' 방식을 도입합니다. 이를 통해 데이터 처리 성능을 향상시키고 엣지 환경의 효율성을 높일 수 있습니다.
엣지 컴퓨팅연산 스토리지컴퓨테이셔널 스토리지
글루시스·2020년 10월 22일
DevOps
스토리지 이중화 1편: 고가용성과 이중화
본 글은 기업 IT 서비스의 안정적인 운영을 위한 고가용성(High Availability) 확보 방안으로 이중화의 중요성을 설명합니다. 다운타임 최소화를 위해 시스템을 이중화하고 장비 상태를 지속적으로 확인하는 것이 고가용성의 핵심이며, 이는 서비스 중단 확률을 낮추고 빠른 복구를 가능하게 합니다. 다만, 이중화는 구축 및 유지보수 비용 증가를 수반하므로, 단일 장애점(SPOF)을 정확히 파악하여 필요한 부분에만 이중화를 적용하는 것이 중요합니다. 불필요한 이중화는 오히려 운영 혼란을 야기할 수 있습니다. 따라서 서비스, 서버, 네트워크, 스토리지 등 각 분야별 전문성을 바탕으로 서비스 목적에 맞는 이중화 시스템을 구축해야 함을 강조합니다.
고가용성이중화다운타임
글루시스·2020년 8월 21일
DevOps
스토리지 기초 지식 6편: 데이터 보호 - RAID와 소거 코드
본 글은 스토리지 시스템의 핵심 기능 중 하나인 데이터 보호에 대해 설명합니다. 데이터 보호는 기업의 중요한 정보 자산을 보호하는 데 필수적이며, 이를 위해 RAID와 이레이저 코딩(소거 코딩)이라는 두 가지 주요 기술을 소개합니다. RAID는 여러 디스크를 활용하여 성능과 데이터 무결성을 향상시키는 기술로, 데이터를 분산 저장하는 스트라이핑 방식과 동일 데이터를 여러 디스크에 복제하는 미러링 방식을 설명합니다. 또한, 데이터 복구를 위한 패리티 개념과 XOR 연산을 활용한 RAID 5 구성에 대해서도 간략히 언급합니다. 궁극적으로 이러한 기술들은 데이터 손실 발생 시 복구 가능성을 높여 시스템 안정성을 확보하는 데 기여합니다.
스토리지데이터 보호RAID
글루시스·2020년 7월 22일
DevOps
스토리지 기초 지식 5편: 데이터 티어링
본 글은 스토리지 관리의 핵심 기술 중 하나인 데이터 티어링에 대해 설명합니다. 데이터 티어링은 데이터의 접근 빈도에 따라 고성능 스토리지, 액티브 스토리지, 아카이브 스토리지 등 다른 성능과 비용의 스토리지에 데이터를 구분하여 저장하거나 이동시키는 기술입니다. 이를 통해 자주 접근하는 데이터는 빠른 속도로 처리하고, 접근 빈도가 낮은 데이터는 저렴한 스토리지에 저장하여 전체 스토리지 비용(TCO)을 절감하는 것을 목표로 합니다. 데이터의 중요도나 접속 빈도는 생성 시간, 마지막 수정/접속 시간 등을 기준으로 자동화된 정책을 통해 관리될 수 있으며, SSD 캐싱과는 달리 데이터의 물리적인 이동을 포함하는 개념입니다.
스토리지데이터 티어링SSD
글루시스·2020년 6월 22일
DevOps
스토리지 기초 지식 4편: 중복 제거
이 글은 스토리지의 효율성을 높이기 위한 데이터 중복 제거(data deduplication) 기술에 대해 설명합니다. 뇌가 정보를 최적화하여 저장하는 것처럼, 스토리지도 중복되는 데이터를 제거하여 저장 공간과 전송 속도를 절약할 수 있습니다. 중복 제거는 데이터를 블록 또는 청크 단위로 나누고 각 블록에 고유 해시값을 부여하여 중복을 식별합니다. 해시 충돌 가능성은 매우 낮아 데이터 손상 위험은 거의 없다고 설명합니다. 또한, 중복 제거는 저장 공간 확보를 통한 비용 절감 효과가 크며, 인프라 형태와 규모, 워크로드에 따라 클라이언트 측(소스) 또는 대상 측(타겟)에서 진행하는 방식을 선택하거나 혼합하여 사용할 수 있다고 제안합니다.
스토리지중복제거데이터 중복제거
글루시스·2020년 5월 20일