Search

이 글은 Ubuntu 24.04 기반 3노드(Deployment, Controller, Compute) 환경에서 Kolla Ansible 2026.1을 사용해 멀티노드 OpenStack을 설치·구성하는 전체 절차와 주요 설정, 트러블슈팅 포인트를 단계별로 안내한다.

OpenStack 2026.1 환경에서 Ubuntu 24.04 LTS를 이용해 Cinder LVM + iSCSI 백엔드를 구성하고, RAID 5, LVM, 필터 설정, cinder.conf, iSCSI 타깃 및 서비스 시작까지 단계별로 설치·검증하는 방법을 안내한다.

Horizon을 설치하고 local_settings.py, Apache 및 Memcached 설정을 구성한 후 브라우저에서 로그인하여 OpenStack 서비스 패널을 검증하는 단계별 가이드입니다.

이 문서는 OpenStack 환경에서 Provider 네트워크 방식을 사용해 Neutron을 설치·구성하고, 에이전트 상태 확인 및 첫 인스턴스 부팅까지 검증하는 절차를 상세히 안내한다.

OpenStack Nova Compute 서비스를 설치하고 Cell v2를 초기화·등록한 뒤 Placement와 연동을 검증하는 단계별 가이드입니다.

Placement 서비스는 compute 자원의 재고와 할당을 추적하기 위해 DB, 서비스 사용자, API 엔드포인트, Apache WSGI 설정 및 CLI 검증을 순차적으로 구성하고 확인하는 과정을 안내한다.

OpenStack Glance 이미지 서비스를 설치하고 DB, 서비스 사용자, 엔드포인트를 구성한 뒤 패키지를 설치·설정·동기화하고 CirrOS 이미지를 등록·검증하는 단계별 가이드입니다.

OpenStack Keystone 인증 서비스를 설치하고 DB 생성, 패키지 설치, Fernet 초기화, bootstrap, 사용자·프로젝트·역할 생성 및 토큰 검증까지 순차적으로 수행하는 가이드입니다.

OpenStack을 Ubuntu 24.04에 Gazpacho 버전으로 수동 설치하기 위해 먼저 호스트 이름, 네트워크, 시간 동기화와 MariaDB, RabbitMQ, Memcached, Etcd 등 기본 인프라 서비스를 준비하고 검증하는 과정을 단계별로 안내한다.

TRINITY는 작은 0.6 B SLM 코디네이터가 숨겨진 상태를 활용해 여러 강력한 LLM을 Thinker·Worker·Verifier 역할로 다중 턴에 걸쳐 효율적으로 라우팅하고 조정하는 방법을 제안한다.

Ceph RBD 이미지가 삭제 중 멈출 때 발생하는 유령 엔트리를 rbd_header 존재 여부에 따라 구분하고, 헤더가 있으면 rbd trash rm --force로, 없으면 rmomapkey로 직접 제거하여 문제를 해결한다.

cephadm 환경에서 Alertmanager 설정을 수정하려면 커스텀 alertmanager.yml을 ceph config-key에 등록하고 ceph orch reconfig alertmanager로 재배포해야 하며, 이를 통해 Discord와 Ceph Dashboard 등 다양한 수신자를 연동하고 설정을 관리·검증·롤백할 수 있다.

SIFT는 온디바이스 AI를 활용해 메일·캘린더에서 자동으로 할 일을 추출·우선순위화하여, 사용자가 직접 관리하기 번거로운 TODO 과정을 최소화해주는 일정 관리 앱이다.

Kolla Ansible 환경에서 Trove를 배포하기 위해 관리용 VLAN 311과 전용 네트워크·서브넷을 설정하고, 해당 정보를 trove.conf에 반영한 뒤 재배포하여 DB 인스턴스가 정상적으로 동작하도록 하는 과정이다.

Afterglow는 OpenStack 전용 최신 대시보드로, SvelteKit과 FastAPI 기반의 현대적 UI와 실시간 자동 새로고침을 제공하며, Nova·Glance·Cinder·Neutron·Manila·Octavia·Keystone 등 전체 서비스를 단일 화면에서 관리한다. k3s 클러스터를 VM 위에 원클릭으로 프로비저닝하고 OpenStack 클라우드 플러그인을 완전 지원하며, OverlayFS와 CephFS를 이용한 레이어 기반 패키지 공유 시스템으로 AI/ML 패키지 설치와 스토리지를 효율화한다. 또한 Redis 캐시·MariaDB 메타데이터·Prometheus·Grafana·DCGM Exporter 등 관측성을 강화하고, Manila RBAC에 맞춘 서비스 프로젝트 격리와 3‑lock seal을 통한 레이어 불변성을 보장한다.

OpenStack에서 공유 파일 스토리지를 제공하는 Manila를 CephFS Native 백엔드로 Kolla Ansible 환경에 배포하는 전체 과정과 핵심 설정을 안내한다. Ceph에 메타데이터와 데이터 풀을 만들고 CephFS 파일시스템을 생성한 뒤, 적절한 키링을 생성해 두 경로에 복사한다. Manila 이미지와 Flavor를 준비하고, globals.yml에 Manila 및 CephFS Native 옵션을 활성화하며, 필요 시 manila-share.conf에 추가 설정을 넣는다. 배포 전 MDS 상태와 ceph.conf 탭 문자 등을 확인하고, 배포 후 컨테이너와 서비스 상태를 검증한다. 마지막으로 share type을 생성하고 CephFS share를 만들며, 접근 권한을 부여해 인스턴스에서 마운트하는 절차를 설명한다.

OpenStack에서 LBaaS를 제공하는 Octavia를 Kolla Ansible 환경에 설정하는 방법을 안내하며, VLAN 310을 이용한 관리 네트워크(o‑hm0.310) 구성, netplan을 통한 VLAN 인터페이스 설정, globals.yml의 주요 Octavia 옵션(활성화, 자동 구성, 인증서, Amphora 플래버, 보안 그룹, 포트, provider 네트워크 및 서브넷 등) 및 배포 절차와 확인 체크리스트를 설명한다.

unattended‑upgrades가 네트워크 관련 패키지를 업데이트하면 netplan이 자동으로 apply되어 rc‑local에서 만든 bridge, veth, 라우팅 설정이 초기화되는 문제가 발생한다. 이를 해결하기 위해 rc‑local 대신 netplan YAML에서 물리 NIC와 bridge, virtual‑ethernets(veth 페어)를 직접 정의하고, 필요한 경우 OVS 연결은 rc‑local에 남겨두는 구조로 전환한다. netplan 0.107 이상에서 virtual‑ethernets를 지원하므로 veth 양쪽을 모두 정의하고 peer를 지정해야 하며, 적용 전 netplan try로 테스트하고 MTU와 IP 설정을 bridge에 일관되게 적용한다. 이렇게 하면 자동 업데이트가 발생해도 네트워크 구성이 유지되고, 보안 업데이트를 끄지 않아도 된다.

HAProxy를 이용해 Ceph 클러스터의 Dashboard, Grafana, RADOS Gateway 등 여러 웹 서비스를 도메인 기반 SNI 라우팅과 SSL 종료로 단일 진입점(443)에서 제공하고, 각 서비스별 backend를 라운드로빈 로드밸런싱으로 구성한다. 또한 Ceph Dashboard와 Grafana 연동을 위해 Grafana의 iframe 허용 및 익명 인증 설정, API URL 및 프론트엔드 URL 지정, 필요 시 SSL 검증 비활성화 등을 수행한다. 설정 파일 검증·HAProxy 재시작·서비스 접근 테스트·트러블슈팅 절차도 포함한다.

OpenStack Cinder에서 생성 중·삭제 중에 멈춘 볼륨을 Ceph와 데이터베이스를 직접 확인·삭제하고, 상태를 error 또는 deleted 로 변경해 안전하게 제거하는 단계별 절차를 제공한다.

OpenStack 컨트롤러 노드의 디스크 용량 부족을 Ceph RBD로 해결하기 위해, Ceph 클라이언트 설치·전용 사용자 권한 설정·Data Pool 및 500 GB RBD 이미지 생성·이미지 매핑·XFS 포맷·fstab 등록·rsync를 이용한 기존 OpenSearch 데이터 이전·Kolla Ansible 설정 수정·서비스 재배포 과정을 단계별로 안내하고, exclusive‑lock 사용 시 발생하는 Permission Denied 문제 해결을 위해 mon 권한에 blocklist 명령을 추가하고, 재부팅 시 자동 매핑·마운트를 위한 rbdmap 서비스 설정까지 포함한다.

summary: 이 논문은 한국어와 태국어와 같은 구성적 문자에 대한 부품 구조를 활용한 듀얼 메모리 기반 DM‑Font 모델을 제안한다. 28~44개의 소샷 샘플만으로 전체 글꼴 세트를 생성하며, 기존 방법 대비 스타일 일치도를 10배 이상 향상시켜 높은 품질의 글꼴을 만든다. 부품별 지속·동적 메모리를 통해 전역 구조와 지역 스타일을 효과적으로 분리·재활용하고, 사용자 선호도 72.71% 등 정량·정성 평가에서 우수한 성과를 보인다. 비구성적 문자 적용 및 효율성 평가가 남은 과제로 남는다.

OverlayFS는 Linux 커널의 유니온 파일 시스템으로, 여러 파일 시스템을 통합된 뷰로 마운트할 수 있게 해줍니다. 기본 사용법으로는 디렉토리 구조 생성, OverlayFS 마운트, 통합 뷰 확인 등이 있으며, 여러 lower 레이어를 지원하고 읽기 전용 마운트도 가능합니다. 성능 테스트와 unionfs-fuse와의 비교를 통해 OverlayFS의 장점이 강조되며, 커널 레벨 구현으로 빠른 성능과 안정성을 제공합니다.

이 논문은 만화 영상 스트림에서 시각‑언어 개념을 점진적으로 학습하는 심층 개념 계층(DCH) 모델과, 하이퍼그래프 공간에서 최적 구조를 탐색하는 그래프 몬테카를로 알고리즘을 제안한다. 개념 변화에 대응하는 베이지안 증분 학습 메커니즘과 UGMC/PRGMC/FGMC 세 가지 탐색 전략을 도입해, 183편의 교육용 만화 ‘뽀로로’ 실험에서 개념 진화와 맥락 기반 시각‑언어 변환 성능을 입증한다. 다만 데이터가 단일 도메인에 국한되고, 평가 지표와 계산 복잡도 분석이 부족해 실세계 확장성과 실용성 검증이 필요하다.

Nemotron 3 Nano는 MoE 기반 하이브리드 Mamba‑Transformer 아키텍처와 다환경 RLVR 학습을 결합해 3.2 B 활성 파라미터로 31.6 B 규모 모델 성능을 달성하고 추론 처리량을 3.3배 향상시킨 효율적인 에이전트 추론 모델이며, 선택적 FP8 양자화와 1 M 토큰 컨텍스트 지원을 제공하고 전체 코드·모델·데이터를 오픈소스로 공개한다.

NVIDIA Nemotron 3는 LatentMoE와 NVFP4 양자화 훈련, Mamba‑Transformer‑MoE 하이브리드 구조, 다환경 강화학습 등으로 토큰 라우팅 비용을 크게 낮추고 1 M 토큰까지의 긴 컨텍스트에서 3.3배 빠른 처리량과 높은 정확도를 달성하며, Nano 모델을 오픈소스로 공개해 연구·실무에 즉시 활용 가능하도록 한 효율적이고 개방형 대형 언어 모델이다.

Muon 최적화 알고리즘을 대규모 LLM 학습에 확장하여 AdamW 대비 약 2배의 계산 효율성을 달성하고, 메모리 사용량을 50% 절감한 분산 구현체와 5.7T 토큰으로 학습한 3B/16B MoE 모델 'Moonlight'를 공개함으로써 LLM 학습 비용 절감과 성능 향상을 실증하고, 관련 코드와 체크포인트를 오픈소스로 제공한다.

새로운 파라메트릭 메쉬 표현인 MHR과 VLM 기반 대규모 데이터 엔진을 결합해 단일 이미지에서 전신 3D 메쉬를 복원하는 SAM 3D Body를 제안하고, 프롬프트 가능한 인코더‑디코더 아키텍처와 손·몸체 분리 디코더를 통해 사용자 가이드를 지원한다. 3DPW, EMDB 등 기존 벤치마크와 5개 신규 도메인에서 기존 최첨단 모델을 모두 능가하며, 7,800명 대상 사용자 선호도 조사에서 최강 기준 대비 83.8% 승리율을 기록했다. 다만 추론 비용이 높고 외부 카메라 파라미터 의존성, 얼굴·세밀한 손가락 표현 제한, 극단적 가림 상황에서 성능 저하 등 제한점이 존재한다.

DevStack은 OpenStack 개발·테스트 환경을 빠르게 구축할 수 있는 스크립트 모음으로, 단일 머신에 핵심 서비스(Keystone, Nova, Glance, Neutron, Cinder, Horizon)를 자동 설치·구성한다. local.conf 파일을 통해 비밀번호·네트워크 등 설정을 커스터마이징할 수 있으며, 최소 4 GB RAM(권장 8 GB)·40 GB 디스크가 필요하다. 설치·시작·제거 명령이 간단하고, 개발·학습·PoC·CI/CD에 적합하지만 보안·성능·확장성 문제로 프로덕션에는 부적합하다. 또한 TripleO·Kolla‑Ansible·OpenStack‑Ansible 등과 비교했을 때 복잡도가 낮고 사용 목적이 명확히 개발·테스트임을 강조한다.

SAM 3은 짧은 명사구나 이미지 예시만으로 이미지와 비디오 전반에 걸쳐 특정 개념에 해당하는 모든 객체를 검출·분할·추적하는 새로운 Promptable Concept Segmentation 작업을 정의하고, 4 백만 개념·5 천2백만 마스크를 포함한 대규모 SA‑Co 데이터셋과 presence 토큰을 도입한 혁신적 아키텍처를 제안해 기존 대비 2배 이상 성능 향상을 달성했으며, LVIS와 SA‑Co 등 주요 벤치마크에서 새로운 SOTA를 기록했다. 다만 복잡한 언어 표현 처리와 비디오 객체 수 증가에 따른 실시간 처리 한계가 남아 있어 추가 연구가 필요하다.

HRM은 인간 뇌의 계층적·다시간척 처리를 모방한 재귀 아키텍처로, 고수준 계획 모듈과 저수준 실행 모듈을 결합해 조기 수렴을 방지하고 유효 계산 깊이를 극대화하며, BPTT 없이 1단계 기울기 근사와 Q‑러닝 기반 ACT로 메모리와 연산을 효율화한다. 27 M 파라미터와 1 000개 샘플만으로 ARC‑AGI(40.3 %), Sudoku(74.5 %), Maze(74.5 %)에서 기존 대형 모델을 크게 능가해 소규모 데이터와 연산 자원으로도 강력한 심층 추론이 가능함을 보여준다. 그러나 자연어와 같은 개방형 작업에 대한 일반화와 모델 규모 확장성, 내부 메커니즘에 대한 인과 검증은 아직 미비하다.

이 논문은 레이어별 입력 비상관화를 학습 과정에 통합한 Decorrelated Backpropagation(DBP) 알고리즘을 제안하여 ImageNet 기반 ResNet 및 AlexNet에서 wall‑clock time을 최대 50% 단축하고 정확도를 동시에 향상시켰으며, 패치별 비상관화, 샘플링, 행렬 사전 곱셈 등 실용적 최적화를 통해 메모리와 계산 오버헤드를 최소화하고 탄소 배출을 크게 감소시킨다.

SCONE은 훈련 시 별도 f‑gram 모델로 n‑gram 임베딩을 학습하고, 추론 시 이를 CPU RAM이나 NVMe에 캐시해 조회함으로써 GPU/TPU 사용량을 고정하면서도 모델 성능을 확장하는 새로운 임베딩 기법이다. 1B 파라미터 모델이 1.9B 베이스라인을 능가하면서도 추론 FLOPS와 GPU 메모리를 약 48% 절감하는 등 효율성을 크게 향상시켰으며, 다양한 코퍼스와 다운스트림 태스크에서 실험적으로 검증되었다. 다만 대규모(10B 이상) 모델에 대한 검증 부족, 훈련 단계의 추가 계산 비용 및 정적 임베딩으로 인한 동적 적응 제한 등 몇 가지 한계가 존재한다.

mmHSense는 6개의 멀티모달 mmWave ISAC 데이터셋을 제공하며, COTS Wi‑Fi와 SDR을 이용한 1대‑4대 분산 수신 구조와 5G NR OFDM 신호를 포함한다. 데이터는 beam SNR, PPBP, CSI 등 다양한 특징을 제공하고, ResNet18 등으로 제스처 인식에서 97.75% 정확도, 자세 추정에서 6.2 cm MPJPE를 달성한다. LoRA 기반 파라미터 효율적 미세 조정으로 재난적 망각을 방지하면서 파라미터를 640배 감소시켜 엣지 학습이 가능하다. 제한된 사용자 수와 도메인 적응 성능 저하가 남아 있어 향후 연구가 필요하지만, 6G ISAC 및 멀티모달 센싱 분야에 중요한 기반 자료로 적극 추천된다.

엣지와 클라우드 환경에서 딥러닝 추론 배치를 지연, 비용, 프라이버시를 동시에 고려한 다목적 최적화 프레임워크로 재정의하고, 내부 분류기, 압축, 양자화 등 기존 기법을 통합해 LLM 시대의 새로운 보안 위협과 비용 구조를 분석한다. 하이브리드 IaaS/FaaS 전략과 조기 종료 모델을 통해 지연을 55% 개선하고 비용 절감 효과를 보이며, 프라이버시-정확도 트레이드오프를 최소화한다. 그러나 대규모 실증 검증이 부족하고 LLM 프라이버시 보호가 비실용적이며, 실제 구현 가이드가 미흡해 추가 연구와 강화학습 기반 오케스트레이션이 필요하다.

확산 기반 대형 언어 모델인 Mercury Coder는 Transformer 구조에 확산 과정을 결합해 토큰을 병렬 생성함으로써 코딩 작업에서 기존 자기회귀 모델 대비 8‑10배 빠른 처리량(최대 1109 tokens/sec)과 동일한 품질을 달성했으며, OpenAI API와 호환되는 실용적인 대체 솔루션으로 실제 개발 환경에서도 높은 Elo 점수와 최소 25 ms 지연시간을 기록한다.

KIMI K2는 1조 파라미터 MoE 모델에 MuonClip 옵티마이저와 대규모 합성 도구 데이터를 결합해 토큰 스파이크 없이 15.5조 토큰을 학습하고, SWE‑bench, ACEBench, LiveCodeBench 등 다양한 에이전트·코딩·추론 벤치마크에서 오픈소스 최고 성능을 달성했으며, 과도한 토큰 생성과 비도구 작업에서의 성능 저하 같은 실용적 한계가 남아 있어 향후 토큰 효율성 및 도구 사용 판단 메커니즘 연구가 필요하다.

Mem0는 LLM의 고정 컨텍스트 제한을 극복하기 위해 증분식 기억 추출‑업데이트 파이프라인과 선택적 그래프 확장(Mem0_g)을 도입한 장기 기억 아키텍처로, LOCOMO 벤치마크에서 단일·다중 홉 및 시간적 추론에서 최고 성능을 달성하고 전체 컨텍스트 대비 91% 지연시간 및 90% 이상 토큰 사용을 크게 감소시켜 프로덕션 AI 에이전트에 실용적 효율성을 제공한다.

Helm Chart를 활용하면 쿠버네티스 매니페스트를 템플릿화하여 재사용성과 버전 관리가 쉬워지고, values.yaml만 수정해 다양한 환경에 배포할 수 있다. 이 글에서는 simple‑file-server 예제로 Chart 구조, 주요 설정 파일(values, templates), 헬퍼 함수 활용, 조건부 렌더링·반복문·값 삽입 방법을 설명하고, 실제 배포 단계(템플릿 미리보기, 설치·업그레이드, values 오버라이드, 릴리스 관리)와 확장 팁(다중 환경·도메인·노드 선택·TLS)까지 다룬다.

Kubernetes Ingress를 사용해 ClusterIP 서비스 앞에 외부 HTTP(S) 라우팅 규칙을 설정하고, 단일 도메인·경로로 여러 서비스를 노출할 수 있다. 네임스페이스, ConfigMap, Deployment, Service, Ingress 리소스를 순차적으로 배포하고, Traefik이나 NGINX 등 Ingress Controller와 /etc/hosts 매핑을 통해 로컬 테스트한다. Ingress는 트래픽 라우팅, 도메인 매핑, 확장성을 제공해 효율적인 서비스 외부 접근을 가능하게 한다.

<summary>Neutron 에이전트가 주기적으로 다운되는 문제를 해결하기 위해 Kolla Ansible을 이용해 5분마다 에이전트 상태를 CSV로 확인하고, Alive가 False이면서 State가 True인 경우 SSH를 통해 해당 Docker 컨테이너를 자동 재시작하는 스크립트를 작성하였다. 스크립트는 CSV 파싱, 컨테이너 이름 변환, 안정적인 SSH 연결, 트랩을 통한 정상 종료 등을 포함하며, 백그라운드 실행 및 로그 확인 방법도 제공한다. 이를 통해 에이전트 관리가 간편해지지만, 근본 원인 분석도 필요함을 강조한다.</summary>

Kubernetes DaemonSet은 클러스터의 모든 노드에 파드 하나씩 배포하는 컨트롤러로, 모니터링 에이전트·로그 수집·네트워크·스토리지 등 노드별 작업에 적합하다. 예시로 Node Exporter DaemonSet을 monitoring 네임스페이스에 배포하고, Prometheus와 Grafana를 연동해 시스템 메트릭을 수집·시각화하는 전체 흐름을 단계별 YAML 파일과 명령어로 제공한다. 또한 DaemonSet과 ReplicaSet의 차이점과 배포 순서를 정리한다.

Kubernetes에서 Volume은 컨테이너 재시작 시 데이터 보존을 돕는 저장소이며, hostPath와 PVC를 조합해 로그와 업로드 데이터를 분리 관리할 수 있다. PV와 PVC를 정의하고 Deployment에 연결하면, replica 재시작 후에도 PVC 덕분에 데이터가 유지된다. 또한 emptyDir는 임시 공유, NFS·CSI 등은 외부 스토리지 연동에 사용된다. ConfigMap으로 경로 설정을 유지하고, nodeSelector로 특정 노드에 워크로드를 고정할 수 있다.

Kubernetes Secret은 비밀번호, API 키 등 민감 정보를 Base64 인코딩으로 저장하고, 환경 변수 주입, 파일 마운트 등으로 안전하게 활용할 수 있다. Secret 생성은 명령어, YAML 파일, 직접 Base64 인코딩 방식으로 가능하며, MySQL 배포 예시를 통해 Secret을 사용해 데이터베이스 비밀번호 등을 주입한다. 보안을 강화하려면 Secret을 immutable로 설정하고 RBAC로 접근을 제한하며, 파일 마운트 방식이 더 안전하다. 또한 Secret 디버깅 방법과 삭제 절차를 제공하고, 생산 환경에서는 Vault, AWS Secrets Manager, Sealed Secrets와 같은 외부 솔루션 사용을 권장한다.

Kubernetes ConfigMap을 사용하면 애플리케이션 설정을 코드와 분리하여 이미지 재빌드 없이도 쉽게 변경할 수 있다. ConfigMap은 명령어(kubectl create configmap)나 YAML 파일로 생성하고, Deployment의 환경 변수(valueFrom.configMapKeyRef)에 연결해 사용할 수 있다. 설정 변경 시 ConfigMap을 수정하고 Deployment를 재시작하면 새로운 값이 적용된다. 또한 개발, 스테이징, 프로덕션 등 여러 환경별로 별도의 ConfigMap을 만들어 환경별 포트와 로그 경로 등을 관리할 수 있다. ConfigMap 목록 조회, 상세 확인, 디버깅 명령어를 활용해 설정을 검증하고, 필요 시 리소스를 삭제하여 정리한다.

Kubernetes 디플로이먼트는 레플리카셋을 관리하는 상위 개념으로, 롤링 업데이트, 롤백, 배포 일시 중지·재개, 스케일링, 블루‑그린·카나리 배포 등 다양한 기능을 제공하여 다운타임 없이 안전하고 효율적으로 애플리케이션을 배포·관리할 수 있다.

k8s(k3s) 서비스는 포드 집합에 대한 단일 접점을 제공하고 IP 변경 시에도 안정적인 엔드포인트를 유지하며, 로드밸런싱·서비스 디스커버리·DNS 기반 자동 탐색 등을 지원한다. 주요 유형으로는 내부 전용 ClusterIP, 외부 노출 NodePort, 클라우드 LB 연동 LoadBalancer, 외부 서비스 연결 ExternalName이 있다. 서비스는 레이블 셀렉터와 kube‑proxy·iptables 로 트래픽을 라우팅하고, 올바른 레이블링·타입 선택·헬스 체크 구현·필요 시 서비스 메쉬 도입이 모범 사례이다.

k3s 클러스터를 HAProxy와 Keepalived로 고가용성 구성하는 방법을 단계별로 안내하며, 3대 이상의 마스터 노드와 가상 IP(VIP)를 활용한 로드밸런싱, Keepalived 설정으로 자동 페일오버, HAProxy 설정으로 트래픽 분산, kubeconfig 파일 수정 및 로컬 접속 절차, 보안 및 네트워크 주의사항 등을 포함한 실무 적용 가이드를 제공한다.

Kubernetes 레플리카셋은 지정된 수의 파드가 항상 실행되도록 보장하는 리소스로, 파드 복제본 관리, 자동 복구, 스케일링, 선언적 관리 등의 주요 기능을 제공한다. YAML 파일에 apiVersion, kind, metadata, spec(복제본 수, selector, template) 등을 정의하고, kubectl 명령어로 레플리카셋을 생성·확인·스케일·삭제할 수 있다. 이를 통해 서비스 중단 위험을 줄이고, 장애 시 자동 복구와 유연한 확장이 가능해 애플리케이션의 안정성과 가용성을 크게 향상시킨다.

Forward-Forward 알고리즘은 레이블이 있는 positive와 negative 샘플을 두 번의 순전파만으로 가중치를 업데이트하며, 각 층이 자체적인 goodness를 최적화하도록 설계된다. 이를 통해 레이어별 독립적인 학습, 정규화 기법, RNN 형태의 상하층 상호작용 등 다양한 변형과 실험을 수행했으며, MNIST와 CIFAR‑10에서 역전파 대비 약간 낮은 정확도이지만 비슷한 성능을 보이고, 학습 속도와 수렴 면에서 차이가 있음을 확인했다.

K3s는 경량 쿠버네티스 배포판으로, 사전 hosts 파일 설정 후 마스터와 워커 노드에 설치 스크립트를 사용해 간단히 배포할 수 있다. 마스터 노드는 VXLAN 기반 Flannel 네트워크와 토큰 기반 인증을 설정하고, 워커 노드는 마스터 토큰을 이용해 클러스터에 참여한다. 설치 후 kubectl으로 노드와 파드 상태를 확인하고, 필요 시 제공된 제거 스크립트나 수동 절차로 완전히 삭제할 수 있다.

쿠버네티스는 컨테이너 애플리케이션의 배포·확장·관리를 자동화하는 오픈소스 플랫폼으로, 자동화된 배포·롤백, 수평적 확장, 서비스 탐색·로드밸런싱, 자동 복구, 구성 관리 등의 기능을 제공한다. K3s는 경량화된 쿠버네티스 배포판으로 작은 메모리와 간단한 설치 과정을 갖추어 Edge·IoT·개발 환경에 적합하며, 최소 512 MB RAM, Linux OS, 6443·10250 포트 개방 등 최소 사전 조건만 만족하면 된다. 두 시스템 모두 확장성, 고가용성, 자동화된 배포, 자원 효율성, 서비스 디스커버리 등 다양한 장점을 제공한다.

OpenStack 클라우드 이미지마다 기본 관리자 계정이 다르며, Ubuntu는 ubuntu, CentOS는 ec2-user, Fedora는 fedora, Fedora CoreOS는 core를 사용하고, Debian은 debian, openSUSE는 opensuse, Rocky Linux는 rocky 또는 cloud-user, AlmaLinux는 almalinux 또는 cloud-user로 SSH 접속 후 sudo 권한으로 root 접근이 가능하다.

OpenStack 환경에서 Cinder(Block Storage) 서비스를 안전하게 제거하려면 볼륨 백업 및 사용 현황 확인, 연결 해제와 삭제, 스냅샷 제거 후 서비스 중지 및 비활성화, 데이터베이스와 Keystone에서 서비스·엔드포인트 삭제, 패키지와 설정·로그 파일 제거, 데이터베이스 정리와 백엔드 스토리지 정리(예: LVM 볼륨 그룹 삭제)를 수행하고, 최종적으로 서비스·프로세스가 완전히 사라졌는지 검증한다.

Kolla Ansible을 이용해 OpenStack을 자동화 배포하는 방법을 단계별로 안내하며, 사전 준비(필수 패키지 설치, 가상환경 설정, 필수 파일 복사), 설정 파일(globals.yml, passwords.yml) 구성, 핵심 서비스 활성화 옵션 설명, 배포 명령어(bootstrap, prechecks, deploy, pull, reconfigure, post-deploy) 사용법과 흔히 발생하는 오류(uwsgi 미설치, RabbitMQ IP 확인 문제) 해결 방안을 제시한다.

HAProxy는 무료 오픈소스 로드밸런서로, TCP·HTTP 기반 애플리케이션에 고가용성과 부하 분산을 제공하며, 설치·설정·통계 대시보드 활용 방법을 상세히 안내한다.

이 가이드는 cephadm으로 설치한 Ceph 클러스터를 안전하게 종료하고 전원 복구 후 OpenStack과 연동해 정상적으로 재부팅하는 절차와 주의사항을 단계별로 설명한다.

OpenStack 환경에서 Horizon 대시보드에 HTTPS를 적용하기 위해 certbot과 Cloudflare DNS 플러그인을 사용해 SSL 인증서를 자동으로 발급하고, NFS 공유와 HAProxy용 PEM 파일 병합 스크립트를 통해 두 컨트롤러에 동일하게 적용하며, Python 스크립트와 cron을 이용해 90일 만료 주기의 자동 갱신까지 완전 자동화하는 방법을 단계별로 설명한다.

Ceph는 오픈소스 분산 스토리지로, 블록, 파일, 객체 서비스를 하나의 시스템에서 제공하며, Cephadm을 이용해 Docker/Podman 컨테이너 기반으로 쉽게 설치·관리할 수 있다. 최소 3노드 구성과 시간 동기화, SSH 키 배포가 필요하고, Bootstrap으로 첫 노드를 초기화한 뒤 다른 노드와 디스크를 OSD로 추가한다. public network와 별도 cluster network를 설정하면 성능이 향상되며, 설정 변경 시 모니터·매니저·OSD를 순차적으로 재시작해야 한다. 전체 과정은 사전 요구사항 점검, Cephadm 설치·Bootstrap, 호스트·OSD 추가, 필요시 네트워크 분리 구성으로 요약된다.

OpenStack에서 GPU를 VM에 직접 제공하기 위한 PCI Passthrough 설정 과정을 단계별로 안내하며, IOMMU와 VFIO‑PCI 활성화, Nova와 Compute 노드의 PCI alias 및 whitelist 구성, Flavor에 GPU 할당 속성 추가, NVIDIA GPU의 Audio Device 포함 설정, 그리고 모든 GPU를 Passthrough하려면 별도 출력용 GPU가 필요함을 설명하고, 주요 트러블슈팅 포인트와 해결 방법을 제공한다.

이 포스트는 OpenStack 환경에서 고가용성을 위해 Galera Cluster와 HAProxy·Keepalived를 활용하여 MySQL을 동기식 복제 클러스터로 구성하고, 설치·설정·부팅·상태 확인·장애 복구·운영 시 주의사항을 단계별로 안내한다.

OpenStack 환경에 Designate를 활용해 내부 DNS 서비스를 구축하는 전체 과정을 안내한다. Keystone에 사용자·서비스를 등록하고 API 엔드포인트를 추가한 뒤, Designate와 BIND9 패키지를 설치하고 데이터베이스·RabbitMQ·Keystone 연동 설정을 진행한다. BIND9에 rndc 키와 AppArmor 권한을 설정하고, named.conf.options와 designate.conf를 구성한다. pools.yaml 파일로 DNS 서버 풀을 정의하고 업데이트한 후, Designate 서비스(API, Central, Worker, Producer, Mini DNS)를 시작한다. 마지막으로 designate‑dashboard 플러그인을 설치·설정해 Horizon에 DNS 관리 UI를 추가하고, zone·recordset 생성으로 동작을 검증한다.

GitLab을 OpenStack으로 이전하며 PostgreSQL을 15에서 16으로 업그레이드하는 과정에서 GitLab 백업, PostgreSQL 백업 및 복원, GitLab 복구 및 업그레이드 절차를 다룬다. CI/CD를 차단하고, pg_dumpall을 사용하여 전체 백업을 권장하며, 복원 시 GitLab 버전 일치를 강조한다. 중요한 시크릿 파일인 gitlab-secrets.json을 반드시 백업해야 하며, 업그레이드는 순차적으로 진행해야 한다.

Ansible은 에이전트리스 IT 자동화 도구로, SSH와 Python을 기반으로 하여 서버 설정 및 애플리케이션 배포를 관리한다. Ubuntu에서 Ansible을 설치하는 방법, Inventory 파일 구성, Ad-hoc 명령어 사용법, 그리고 첫 번째 Playbook 작성 및 실행 방법을 다룬다. 멱등성을 강조하며, SSH 키 설정과 보안 주의사항도 포함되어 있다.

GPU 서버를 OpenStack에 통합하기 위해 새 Nova Compute 노드를 설정하고, 호스트네임·시간 동기화·OVS 네트워크(DVR)·Nova 및 Neutron 서비스·Ceph RBD 연동·GPU PCI Passthrough를 포함한 주요 구성 요소들을 단계별로 안내한다. 설치 후 서비스 시작, 노드 등록, 검증 절차와 주의사항을 제시한다.

OpenStack 환경에서 NIC가 OVS에 할당되면 외부 접근이 차단되는 문제를 해결하기 위해 물리 NIC를 리눅스 브릿지에 연결하고 VETH 페어를 이용해 OVS와 연결한다. 브릿지에 IP와 MTU 9000을 설정하고, 스크립트와 rc.local을 통해 부팅 시 자동 적용하도록 구성한다. 이를 통해 제한된 NIC로도 Management, Private Provider, Tenant 네트워크를 안정적으로 운영할 수 있다.

온프레미스 GPU 서버에 Kind 기반 싱글 노드 클러스터를 만들고, NVIDIA Container Toolkit과 kustomize 등을 사전 설치한 뒤, 인otify 제한을 늘려 Kubeflow를 설치하고 사용자 계정과 프로필을 설정하는 전체 절차와 주요 트러블슈팅 팁을 안내한다.

Kubernetes는 컨테이너화된 애플리케이션을 자동으로 배포·확장·관리하는 오픈소스 오케스트레이션 플랫폼으로, kubeadm을 사용해 단일 노드 클러스터를 초기화하고 Calico CNI를 설치해 Pod 네트워크를 구성하면 기본 환경이 완성된다. 설치 과정은 Docker와 containerd 설정, kubeadm·kubectl·kubelet 설치·클러스터 초기화, CIDR 일치 확인 후 Calico 적용, 필요 시 control‑plane taint 제거 등이며, cgroup 드라이버 일치, swap 비활성화, 포트 개방 등 사전 준비가 필수이다.

TGI는 Hugging Face에서 개발한 고성능 LLM 서빙 엔진으로, Rust와 Python을 기반으로 하여 gRPC를 통해 빠른 속도와 대규모 동시 요청 처리를 지원합니다. 주요 기능으로는 Flash Attention, PagedAttention, Tensor Parallelism, 양자화 지원 등이 있으며, SSE 기반의 토큰 스트리밍을 통해 체감 레이턴시를 줄이고, GPU 활용률을 극대화하는 Continuous Batching 기법을 사용합니다. 현재 maintenance mode에 있으며, 후속 엔진인 vLLM과 SGLang의 기반 기술로 자리잡고 있습니다.

AlphaFold Docker 설치 중 JAX와 CUDA 호환성 문제를 해결하기 위한 과정이 설명된다. JAX 라이브러리가 CUDA를 인식하지 못하는 문제를 분석하고, nvidia-modprobe 설치, 시스템 재설치, CUDA 버전 변경 등의 방법을 시도한 후, 최종적으로 docker.types.DeviceRequest에 count=-1 옵션을 추가하여 모든 GPU가 정상적으로 마운트되도록 해결하였다.

Tacotron은 기존 TTS 시스템의 복잡한 파이프라인을 단순화하여 텍스트 입력만으로 음성을 생성하는 end-to-end 음성 합성 모델이다. Tacotron 1은 attention 기반 seq2seq 모델을 사용하고 Griffin-Lim 알고리즘으로 음성을 생성하며, Tacotron 2는 LSTM과 Location-Sensitive Attention을 도입하여 음질을 향상시켰다. Tacotron 2는 MOS 점수 4.526을 기록하며, 자연스러운 음성을 생성하는 데 성공했지만 느린 추론 속도와 attention 불안정성 등의 한계가 있다.

WaveNet은 DeepMind가 개발한 딥러닝 기반 음성 합성 모델로, 원시 오디오 파형을 샘플 단위로 생성하여 기존 TTS 시스템보다 자연스러운 음성을 제공합니다. 자기회귀 모델과 Dilated Causal Convolution을 사용하여 장기 의존성을 효과적으로 처리하며, 조건부 생성을 통해 다양한 화자의 음성을 생성할 수 있습니다. 실험 결과, WaveNet은 MOS 테스트에서 기존 시스템을 크게 초월하는 성능을 보여주었으며, 음악 생성에도 적용 가능합니다. 그러나 느린 생성 속도와 높은 계산 비용이 한계로 지적됩니다.

MLOps는 기계 학습 모델의 개발, 배포, 운영을 자동화하여 효율성을 높이고, 데이터 사이언티스트와 ML 엔지니어 간의 협업을 강화하는 패러다임이다. 주요 목표는 모델의 품질과 신뢰성을 향상시키고, CI/CD를 통해 코드, 데이터, 모델을 모두 버전 관리하며, H2O AutoML과 MLflow 같은 도구를 활용하여 전체 라이프사이클을 관리하는 것이다. MLOps는 DevOps의 원칙을 적용하지만, ML의 특수성을 반영하여 지속적인 모니터링과 재훈련이 필요하다.

DevOps는 소프트웨어 개발과 IT 운영을 통합하여 효율적인 배포를 실현하는 방법론으로, CALMS 원칙(문화, 자동화, 린, 측정, 공유)을 통해 협업과 자동화를 강조합니다. CI/CD를 통해 코드 변경을 빠르고 안전하게 배포하며, IaC를 통해 인프라를 코드로 관리하여 재현 가능성을 높입니다. 모니터링과 옵저버빌리티를 통해 시스템 상태를 실시간으로 파악하고, 다양한 도구를 활용하여 DevOps 라이프사이클을 최적화합니다.

PixelRNN과 PixelCNN은 autoregressive 방식으로 픽셀을 순차 예측해 이미지를 생성하는 모델이며, PixelRNN은 LSTM 기반으로 높은 성능을 제공하지만 학습이 느리고, PixelCNN은 마스크된 컨볼루션으로 병렬 학습이 가능하지만 오른쪽 위 블라인드 스팟 문제가 있다. 이를 해결하기 위해 Vertical/Horizontal 스택과 게이트 활성화를 도입한 Gated PixelCNN이 제안되어 블라인드 스팟을 제거하고 학습 속도는 유지하면서 성능을 향상시킨다.

Docker는 경량 컨테이너 기술로, NVIDIA Container Toolkit을 통해 GPU 자원을 관리할 수 있다. GPU 가상화 방식에는 VM 환경에서의 Passthrough와 vGPU가 있으며, Docker 환경에서는 CUDA 드라이버를 매핑하여 GPU에 접근한다. 운영 환경에서는 CPU, 메모리, GPU, 디스크 제한을 설정하여 시스템 안정성을 보장해야 한다.

우분투 22.04에 LLVM 16 저장소를 추가하고 apt 명령으로 설치하여 TensorFlow 2.12 이상을 사용할 수 있게 하는 방법을 안내합니다.

Miniconda를 설치하고 새로운 conda 환경을 만들어 TensorFlow 2.12를 설치하는 방법을 설명합니다. GPU 설정을 선택적으로 진행하며, 설치 후 CPU와 GPU에서 TensorFlow가 정상 작동하는지 확인하는 방법도 포함되어 있습니다. Ubuntu 22.04에서 발생할 수 있는 오류와 그 해결 방법도 안내합니다.

JupyterHub는 다중 사용자 환경에서 Jupyter Notebook을 효율적으로 관리할 수 있는 서버로, 사용자별 독립된 환경을 제공한다. Ubuntu 서버에 JupyterHub를 설치하고 설정하는 과정에는 pip 설치, systemd 서비스 등록, Nginx reverse proxy 구성 등이 포함된다. PAM 인증을 통해 사용자 관리를 하며, SSL 적용으로 보안을 강화할 수 있다. 각 사용자의 리소스 제한 설정과 WebSocket 지원도 중요하다.

VSCode의 Remote-SSH 확장을 사용하여 원격 서버에 안전하게 연결하는 방법을 안내합니다. SSH 키 인증 방식을 통해 비밀번호 대신 공개 키를 사용하며, SSH 접속 설정, 키 생성, ssh-agent 설정, VSCode 환경 구성, 비밀번호 접속 비활성화 등의 절차를 포함합니다. Ed25519 알고리즘을 권장하며, 키 파일 권한 설정과 트러블슈팅 방법도 설명합니다.

Docker Private Registry를 구축하여 내부에서 안전하게 Docker 이미지를 관리하는 방법을 설명합니다. htpasswd를 사용한 인증 설정, SSL/TLS 적용, 이미지 Push/Pull 방법, Registry API V2를 통한 이미지 조회 방법을 다루며, 트러블슈팅 및 주의사항도 포함되어 있습니다. 프로덕션 환경에서는 SSL을 필수로 적용하고, Self-Signed 인증서를 사용할 경우 클라이언트에 인증서를 등록해야 합니다.

pfSense를 이용한 연구실 네트워크 구축 가이드로, OpenStack 시스템을 안전하게 운영하기 위한 VPN 설정과 방화벽 설치 과정을 설명합니다. pfSense는 오픈소스 방화벽/라우터 소프트웨어로, 복잡한 네트워크 설정 없이도 강력한 기능을 제공합니다. 설치 후 WAN과 LAN 설정, NAT 및 포트 포워딩을 통해 외부 서비스 접근을 가능하게 하며, DHCP 서버 설정으로 내부 장치의 자동 IP 할당을 지원합니다. 이 과정을 통해 안정적이고 안전한 연구 환경을 구축할 수 있습니다.

Docker 컨테이너를 GUI로 관리할 수 있는 Portainer 설치 방법을 소개합니다. Portainer는 오픈소스 플랫폼으로, 컨테이너 생성, 이미지 관리, 볼륨 및 네트워크 설정을 쉽게 할 수 있습니다. 설치 전 Docker가 필요하며, 볼륨을 생성한 후 컨테이너를 실행하고 웹 브라우저를 통해 초기 설정을 진행합니다. GPU 지원 설정과 docker-compose를 이용한 설치 방법도 안내하며, 업데이트 절차도 설명합니다.

Ubuntu 22.04에서 OpenVPN을 설정하여 안전한 원격 접근을 구현하는 방법을 다루며, 필요한 패키지 설치, PKI 및 CA 구성, 서버 및 클라이언트 설정, 방화벽 및 네트워크 구성, 트러블슈팅 가이드를 포함합니다. 보안 강화를 위해 DDoS 방어 및 권한 최소화 방법도 설명하며, 인증서 관리와 포트 포워딩의 중요성을 강조합니다.