OpenXenManager는 Citrix의 XenCenter를 무료로 클론한 오픈소스 관리 도구로, XenServer는 물론 무료 버전인 XCP와도 완벽하게 호환되도록 설계되었습니다. 프로그램은 여러 개의 파이썬(Python) 스크립트 형태로 단일 압축 파일에 담겨 배포되기 때문에, 사실상 어떤 환경에서든 손쉽게 사용할 수 있다는 것이 큰 장점입니다. 다만 데스크톱 테마와의 시각적인 통합은 지원하지 않아 외관이 다소 투박하게 느껴질 수 있습니다.이 프로그램을 고려해 볼 만한 상황은 크게 두 가지입니다. 첫째, XCP와 함께 완전히

참고: SteamOS는 현재도 지속적으로 개발 중인 운영체제입니다. 따라서 이 글의 내용은 시간이 지나면 변경되거나 더 이상 적용되지 않을 수 있으며, 필요에 따라 업데이트된 후속 기사를 통해 최신 정보를 전달해 드리겠습니다.SteamOS 리뷰를 읽으신 후 관심이 생겼지만, 높아 보이는 시스템 요구 사항 때문에 망설여지셨나요? 강력한 최신 프로세서, 넉넉한 RAM 용량, 대용량 저장 공간, 그리고 고성능 그래픽 카드가 필요하다는 안내에 낙담하셨다면 잠시 기다려 보세요.사실 이러한 요구 사항을 우회할 수 있는 방법이 있습니다. 오늘은

이 글의 제목이 가장 정확한 표현은 아닐 수 있습니다. 하지만 잠시 후 알게 되겠지만, 그 목적은 충분히 달성할 것입니다. 어쨌든 오늘 이야기하려는 주제는 여러분이 사용 중인 운영체제 위에, 또 다른 운영체제를 올려서 실행하는 것입니다. 보통 우리는 이를 가상화(virtualization)라고 부릅니다.하지만 가상화는 매우 포괄적인 용어로, 다양한 기술을 아우릅니다. 씬 앱(thin-app) 가상화도 있고, 베어메탈(bare-metal) 프로비저닝도 있으며, VirtualBox나 VMware Player 같은 훌륭한 소프트웨어와 리

안드로이드 앱을 개발하신다면 이 튜토리얼이 큰 도움이 될 것입니다. 이 글에서는 Android SDK와 운영체제를 최적화하여 AVD(Android Virtual Device)가 빠르게 실행되고 즉각적으로 반응하도록 설정하는 방법을 소개합니다. 개발 과정에서 AVD 재시작이나 디버깅에 소요되는 시간을 크게 절약할 수 있어 실무에서 매우 중요한 내용입니다.다만 한 가지 미리 말씀드릴 점은, 이 가이드는 Windows 환경의 Intel 아키텍처 기준으로 작성되고 테스트되었다는 것입니다. Linux나 AMD 프로세서를 사용하시는 분들은 후

문제 상황Windows 8은 곧 지원이 종료될 예정이지만, 오히려 그렇기 때문에 가상 머신의 게스트 운영체제로 활용하는 매력은 더욱 커지고 있습니다. 이 글을 찾아오신 분이라면 아마 비슷한 상황에 처해 있을 것입니다. VirtualBox에서 64비트 Windows 8.x 계열 운영체제(Windows 8 또는 그 이상 버전)를 게스트로 부팅하려는데, 부팅 시작 후 몇 초 만에 실패하고 가상 머신을 강제로 종료해야 하는 경우입니다. 이때 표시되는 오류 코드가 바로 0x000000C4입니다.이 글에서는 이 까다롭지만 흥미로운 문제를 우회

오늘은 다소 색다른 튜토리얼을 준비했습니다. 거의 마법에 가까운 방법으로 VirtualBox 실행 오류를 해결해 보겠습니다. 여러분이 겪고 있는 문제는 아마 이럴 것입니다. 최근 VirtualBox를 4.X 버전대로 업그레이드했는데, 갑자기 프로그램이 실행되지 않고 대신 오류 메시지만 출력합니다.오류 메시지는 CERT_E_REVOCATION_FAILURE 같은 내용이라 솔직히 좌절감이 듭니다. 하지만 포기하지 마세요. 이런 종류의 문제를 제대로, 그리고 스마트하게 디버깅하는 방법을 알려드리겠습니다. 이 과정은 비슷한 문제를 백 번

며칠 전, LXC 기반의 운영체제 수준 가상화 기술인 Docker에 대한 길고 상세한 가이드를 발행했습니다. Docker는 컨테이너화된 애플리케이션을 빠르고 가볍고 안전하게 프로비저닝할 수 있는 훌륭한 방법을 제공합니다. 하지만 첫 번째 서비스인 SSH와 Apache를 테스트하면서 마주한 문제 중 하나는 바로 이러한 서비스들의 제어였습니다. 컨테이너 내부에는 init 스크립트나 systemd가 없었고, 솔직히 말해 굳이 그것들을 넣고 싶지도 않았습니다. 그럼에도 우리는 서비스를 시작하고 중지하는 등의 작업을 수행할 일종의 메커니즘이

Docker 컨테이너 이름 충돌 오류란?최근 도커(Docker) 활용법에 관한 흥미로운 튜토리얼을 여러 편 소개했습니다. Docker는 LXC 기술을 깔끔하게 포장한 도구로, 운영체제(OS) 수준 가상화가 제공하는 강력한 기능을 개발자, 엔지니어, 시스템 관리자 누구나 부담 없이 누릴 수 있게 해줍니다. 하지만 편리한 만큼 골치 아픈 문제도 따라옵니다.오늘 살펴볼 두 가지 문제는 이름이 지정된(named) 컨테이너를 시작하거나 기존 컨테이너를 삭제하려고 할 때 발생합니다. 화면에는 대략 다음과 같은 메시지가 출력됩니다.Conflic

이 글의 제목은 다소 포괄적으로 들릴 수 있으니, 먼저 범위를 좁혀 기대치를 맞춰보겠습니다. 전제 조건은 다음과 같습니다. 여러분은 이전에 VirtualBox를 사용해 왔고, 리눅스 가상머신에 Guest Additions(게스트 애디션)를 설치한 적이 있습니다. 그런데 어느 순간부터 게스트 운영체제에서 VirtualBox 서비스가 더 이상 실행되지 않습니다. 모듈을 다시 설치하려고 하면 커널 설정 오류, 소스 및 헤더 누락 등을 원인으로 지목하는 낯선 오류가 발생합니다. 문제는 이런 진단이 하나도 말이 되지 않는다는 점입니다. 실제

오늘은 평소와 달리 비교적 짧고 간단한 주제, 바로 도커(Docker) 컨테이너 자동화 프레임워크의 데이터 볼륨에 대해 다뤄보겠습니다. 컨테이너 내부에 데이터를 마운트하는 방법, 여러 컨테이너 간에 데이터를 공유하는 방법 등 인스턴스를 실질적으로 유용한 시스템으로 만들기 위해 꼭 알아야 할 핵심 내용들을 정리했습니다.지금까지 상세한 입문 가이드부터 서비스 구성, 네트워킹, 그리고 까다로운 오류 해결 과정까지 함께 살펴봤습니다. 이번 튜토리얼 역시 지금까지의 전통을 이어받아, 한 단계씩 차근차근 진행하므로 누구나 쉽고 명확하게 따라올

가상화 소프트웨어를 더 만지작거리고 싶은데 새로운 장난감이 필요하셨다면, 오늘의 글이 마음에 드실 겁니다. 이번 글 전체가 가상화 환경의 배포와 테스트를 위한 래퍼(wrapper) 소프트웨어인 Vagrant에 관한 내용입니다. 기본 아이디어는 간단합니다. 복잡하고 지저분한 세부 명령어들을 숨기고 통합된 인터페이스를 제시한 뒤, 클라우드 같은 유행어를 얹으면 모두가 입에 담는 핫한 신기술이 되는 것이죠. OpenStack이나 OpenShift 같은 멋진 이름들과 사뭇 비슷합니다. 여기에 PostgreSQL, Jenkins, Node.

슬슬 본론에 다가서고 있습니다. 잠시 시간을 거슬러 올라가면, 예전에 Vagrant를 소개한 적이 있었습니다. Vagrant는 VirtualBox나 KVM처럼 상대적으로 복잡한 소프트웨어를 깔끔하게 감싸주는 래퍼(wrapper) 역할을 하는 가상화 솔루션으로, 상당히 큰 야망을 지닌 도구입니다. 게다가 Docker 컨테이너 지원과 클라우드 서버 환경까지 제공하기 때문에 한 단계 높은 수준의 활용도 가능합니다. 이번에는 이 모델을 확장해 조금 다른, 그리고 아주 클라우드다운 사용 사례를 살펴보겠습니다. 지난 실습에서 사용했던 Core

```html Docker, 드디어 Windows를 지원하다도커(Docker)는 오랜 시간 기술 업계의 뜨거운 관심 속에서 성장해 왔습니다. 기술, 서비스, 비즈니스, 접근성 사이의 탁월한 균형 덕분에 컨테이너 기술을 갈망하던 개발자들에게 새로운 트렌드로 자리 잡았고, 어느새 컨테이너라는 단어의 동의어처럼 여겨질 정도가 되었습니다. 최근에는 기업들이 갈구하는 오케스트레이션(Orchestration) 기능까지 선보이며 상업 시장으로 영역을 넓히고 있습니다. 그렇다면 다음 논리적인 단계는 무엇일까요? 바로 윈도우(Windows)입니다.

제 경험담 하나 들려드리겠습니다. 어느 날 저는 VirtualBox에서 Fedora 23을 테스트하고 있었고, 본격적인 사용을 위해 첫 단계로 게스트 확장(Guest Additions)을 설치하기로 했습니다. 그런데 잠시 긴장된 순간 이후, VirtualBox는 알 수 없는 버전의 X 윈도우 시스템이 감지되어 X 윈도우 시스템 드라이버를 설치하지 않는다는 메시지를 표시했습니다.VirtualBox 트래커를 빠르게 검색해 보니 이 문제는 VirtualBox 4.3 관련 버그로 5개월 전부터 등록되어 있었습니다. 분명 저는 5.0.6을

스웜(Swarm)은 펑크 록 밴드 이름처럼 들리지만, 사실 Docker의 오케스트레이션 기능을 크게 발전시킨 완전히 새로운 메커니즘입니다. 간단히 설명하자면, 예전 버전의 Docker를 사용할 때는 클러스터를 구성하기 위해 Swarm을 별도로 수동 설치해야 했습니다. 하지만 버전 1.12부터는 Docker 엔진에 네이티브 스웜 기능이 기본 탑재되어, 복잡한 설정 없이도 매끄럽게 클러스터를 구축할 수 있게 되었습니다. 바로 이 변화가 이 글의 출발점입니다.이 튜토리얼에서는 Docker가 오케스트레이션 분야에서 어떤 일을 할 수 있는지

간단하지만 실용적인 튜토리얼을 소개합니다. 최근 Docker 1.12에서 새롭게 선보인 swarm mode 기반 네이티브 오케스트레이션 기능을 살펴봤는데, 이는 이전 Docker 빌드에는 존재하지 않던 완전히 새로운 기능입니다. 그런데 문제는 CentOS 7의 공식 저장소에는 여전히 구버전만 들어 있다는 점입니다. 최신 버전을 테스트하고 싶어도 당장은 방법이 막막해 보일 수 있습니다.물론 언젠가는 이 문제가 해결되겠지만, 그렇다고 이 글을 끝까지 읽지 않을 이유는 없습니다. CentOS 저장소는 공식 릴리스보다 항상 뒤처지기 마련이

VirtualBox는 몇 달마다 큰 업데이트를 거치며, 무료로 제공되는 이 실용적인 하이퍼바이저 제품에 눈에 띄는 변화와 개선 사항을 지속적으로 더하고 있습니다. 저는 오랜 기간 VirtualBox를 사용해 온 유저이며, 과거에도 여러 차례 관련 글을 작성한 바 있습니다. 최근에는 새 버전인 5.2(정확히는 5.2.2)를 테스트할 기회가 있었습니다.공식 개선 목록만 봐도 꽤 인상적입니다. GUI에는 새롭게 디자인된 가상 미디어 관리자와 호스트 네트워크 관리자가 도입되었고, 스냅샷 관리가 한결 쉬워졌으며, 무인 게스트 설치 기능도 추

12월 중순, 아마존 웹 서비스(AWS)는 Red Hat Enterprise Linux 기반의 자체 커스텀 운영체제인 Amazon Linux 2의 릴리스 후보(Release Candidate) 버전 공개를 발표했습니다. 이 OS는 5년간의 지원과 함께, 사용자들이 AWS 컴퓨팅 기술을 직접 테스트하고 더 큰 관심을 가질 수 있도록 돕는 여러 현대적인 기능을 갖추고 있습니다.흥미롭게도 AWS는 AL2를 가상 머신 어플라이언스 형태로도 배포하여, AWS 환경 밖에서도 테스트할 수 있도록 했습니다. 바로 이 지점이 이 글의 출발점입니다.

Amazon Linux 2에 대해 들어보셨을 것입니다. Amazon이 개발한 AWS 운영체제로, 무료로 제공되며 테스트용 가상 머신 어플라이언스까지 다운로드할 수 있습니다. 저도 이전에 이 운영체제를 소개하면서 직접 테스트해 보았습니다.테스트 과정에서 마주친 걸림돌은 바로 로그인이었습니다. 일반적으로 EC2 인스턴스에는 SSH로 접속하지만, 사실상 오프라인 상태인 가상 머신에는 무엇을 사용해야 할까요? 온라인에서 root/ec2-user 계정 조합을 찾을 수 없었고, 싱글 모드에서 비밀번호를 변경하는 익숙한 방법도 통하지 않았습니다

몇 주 전, 무료 시스템 이미징 소프트웨어인 Macrium Reflect를 테스트해 볼 기회가 있었습니다. Macrium Reflect는 Windows PE를 부팅 가능한 라이브 미디어로 사용하며, 이 환경 안에서 백업과 복원 작업을 모두 수행할 수 있습니다. 시스템 이미징 소프트웨어에서 가장 중요한 것은 바로 복원 테스트인데, 저는 물리적 하드웨어와 가상 머신 양쪽에서 모두 테스트를 진행하기로 했습니다.바로 여기서 문제에 부딪혔습니다. VirtualBox에서 PE 이미지를 부팅하려고 하자 E_FAIL(0x80004005) 오류가