사랑줍는 거지

http://www.datanet.co.kr/news/articleView.html?idxno=58809 "웹하드·ASP 발달한 국내, 퍼블릭 클라우드 성공할까" 이 기사에 대한 개인적인 소감은... "역시,,, 그닥 희망적이진 않군~" 이다. 그래도 국내에서 가장 화끈하게(?) 추진한 KT도 요즘은 별 진전이 없는지 조용~하고... 로컬 클라우드?? 헐... 이건 또 몬 말장난인지... 중요한건 규모... 이전의 방식으론 커버가 안되는 규모다... Amazon이나 Google의 가장큰 무기는 실전에서만 얻을 수 있는 '시행착오'와 '경험치'다.... 책상위에서, 회의실에서 어떻게 가능한 것이 아니다... 흉내만 낼려고 하지 말고 부딧히고, 깨지고, 망가져 봤을 때에만 얻을 수 있는게 있는데... 그러면..

작년 한해를 가장 뜨겁게 달군 IT 키워드는 과연 무엇이었을까요? 그 정답은 아마도 ‘클라우드’가 아닐까 생각됩니다. 가상화와 클라우드, 정말 한해 동안 폭풍적인 성장과 이를 둘러싼 이슈들로 가득했던 한 해가 아니었나 싶습니다. 오늘 이 시간에는 과연 클라우드가 현재까지 올바른 방향으로 흘러가고 있는지 또한 클라우드가 제공하는 진정한 가치는 무엇인가에 대해 생각해 보는 시간을 갖도록 하겠습니다. 이를 위해 시트릭스시스템스코리아 클라우드 및 젠서버 부문 조동규 부장의 기고문을 여러분들과 함께 공유하고자 합니다. [기고] 클라우드 자체가 목적지는 아니다 시트릭스시스템스코리아 조동규 부장 대학때 많은 수업을 들었지만 정말 손에 꼽을 정도로 남는 이야기가 몇 가지 있습니다. 그 중 하나가 교통개론을 배우면서 교..

http://www.itworld.co.kr/techlibrary/72742 서버 가상화 : 비용, 트렌드 등에 관한 전문가 개요 가상화 2011.11.21 가상화 전략을 성공으로 이끌려면IT 전문가는 필요한 재해복구 작업뿐만 아니라 관련된 소프트웨어 비용과 하드웨어 비용을 모두 포괄적으로 이해하고 있어야 합니다. SearchServerVirtualization.com과Dell이 제공하는 본 전문가E-Guide에서는 가상화와 관련된 비용 개요를 제공하고, 2010년 예상 가상 서버 트렌드를 설명하고 있습니다. 가상화와 관련된 유형 비용(Tangible Cost)에 대한 통찰력을 얻고 변화하는 서버 가상화 시장의 흐름에 발맞추는 방법에 대해 알아보십시오. 그리고 귀사에서 가상 하드웨어 플랫폼이 담당하게 될..

데스크톱 가상화 : VDI로 도약하기 2010.10.12 Paul Venezia | InfoWorld 우아하며 쉽게 관리할 수 있는 데스크톱 인프라에 대한 유토피아적인 비전은 데스크톱 시대의 개막과 함께 IT 주위를 맴돌아 왔다. 히드라와 같은 데스크톱을 길들이기 위한 시도는 많았으나, 어느 것도 보편적인 솔루션은 제공하지 못해왔다. 마이크로소프트 터미널 서비스(Terminal Service), 시트릭스 젠앱(XenApp)을 비롯한 수많은 기업들이 나름대로의 시장은 확보했으나, 데스크톱 구원에 대한 탐구는 계속되고 있다. 가장 최근의 유망주 : VDI 단순하게 말하면, VDI(Virtual Desktop Infrastructure)는 하이퍼바이저 상에서 구동하는 사용자당 한 개의 데스크톱 가상머신에 지나..

from : http://redmine.nehome.net/redmine/projects/cloudstack/wiki/CloudStack_22x_-_Networking_Model_%EB%B6%84%EC%84%9D CloudStack 2.2.x - Networking Model 분석 (1차)Reference : 첨부파일 Account??? Guset??? Account??? - i.g) 팀 조직. - Virtual-Network 모드에서 RouteVM 단위. 즉 RouteVM을 포함해, 그 밑에 전체 Instance들이 존재. 또는 Direct-Network모드에서는 단순히 Instances 전체. User (하기에 나오는 Guest도 같은 의미인듯 하나, 확실치는 않음). - i.g) 팀내 팀원. - V..

얼마전 클라우드 프론티어에 OpenStack CEO 앤드류~어쩌구~저쩌구가 OpenStack발표하는 말미에 이런 이야기를 하더군요... "사람들이 종종 묻기를...“OpenStack은 클라우드 코어로서 사용될 준비가 되어 있는지요?”라고 묻는다... 그런데, 이 질문은 조금 잘못된 것 같다. 나는 이렇게 되 묻고 싶다. “그게 OpenStack이든 뭐든,... 그것들을 사용할 '준비'가 되어 있는가??” 여기서 제가 말하는 '준비'는 전문성이나 기술력이 되겠죠... OpenStack은 현재 여러모로 부족합니다. 그러나, 가능성은 대단합니다. Linux가 처음에 그러했 듯이 OpenStack도 그러할 것입니다." Cloud한다는 분들은 곱씹어 볼 내용이지요.... '준비'가 되어있는지.... 아무튼 그날 ..

이번 OpenStack - Diablo... 극 실망...아니, 좌절.... 한마디로 오픈소스 최대 약점 중 하나를 극명하게 보여줌... 하나부터 열까지 Cactus 대비(사실 Cactus도 탁월함과는 거리가 멀었다.) 제대로 되는게, 뻥좀 쳐서 하나도 없었다... 반쯤 만들다가 공언했던 일정 임박하니, "에라~ 모르겠다~ 오픈소스가 원래 그런거 아니겠어!!? 그냥 배포하니, 문제되는건 리포트나 좀 하고 알아서 고쳐 쓰겠지...뭐.." 이런 심산으로 뿌렸다는게 대충이지만 만지작 해본 결론........ 오픈소스만의 특유의 책임감? 가능성? 아무튼 그런게 전혀 없는듯 했다....... keystone같은 경우, ubuntu용 패키지 받아서 설치 해보니 conf파일 마저 누락되어 있었다... 어처구니 없어 ..

원문 : http://www.cyberciti.biz/tips/centos-linux-6-download-cd-dvd-iso.html CentOS Linux version 6 has been released. It is a community-supported operating system based on Red Hat Enterprise Linux (RHEL) version 6. CentOS Linux is considered as the most popular Linux distribution for web servers with almost 30% of all Linux servers using it. Fig.03: CentOS Linux 6 Desktop Screenshot From the rele..

한동안 회사일로 Chef Server/Client (CentOS기반) 구축문서 마무리를 못했었는데, 일신상의 이유로 여유가 생겨 다시 이어서 작성하고자 OPScode의 Installation Wiki문서를 찾았다. 그런데... 또 바뀌었다..ㅡㅡ;; 이전의 번거롭던 설치 과정이 다 필요 없어졌다. CentOS든 FrameOS든 VM어플라이언스 형태로 제공되기 시작한듯 하다. 여기에 FrameOS의 경우, RPM(yum)를 통해서도 설치를 지원한다. 희소식이긴 하나, 이전의 나의 삽질은 정말 삽질이 되버렸다. 물론 도움은 많이 되었고, Chef운용에도 여전히 참조될 정보들이긴 하나, 좀 허무하다~ ㅎㅎ;; 자세한 정보는 아래 링크주소와 스크랩 내용을 참조.... http://wiki.opscode.com/..

CentOS 6이 너무 늦는군요.... FrameOS 6을 사용중이지만, 그래도 기대되는건.......... 오늘 관련해서 검색하다가, RHEL 6의 또다른 클론 버전을 발견......(RHEL 클론 버전들이, 그것도 유용한 것들이 많네요. 이런걸 발견할 때마다 느끼지만, 나만 몰랐던 것 같은....) 하나는 Scientific Linux 6 이고, 하나는 Fermi Linux이다. 이중 활성화 정도로 봐서는 Scientific Linux 6이 더 나은듯 하다. 일전에 소개한 FrameOS는 초기 구성이 아주~ 너무나 컴팩트하게 구성되어 VM용에 최적화 되어 있는게 특징이었다. Scientific Linux 6는 아직 설치까지는 해보지 못했지만, 구글 검색결과 외국에서 대학 연구실이나, 과학 연구부서에서..

OPScode측의 설치 과정 간소화와 업데이트로 하기 내용이 틀린것은 아니지만, 비효율적이라 판단되어 폐기 합니다. 참고만 하고 권장하지는 않음.... 신규로 작성된 글 참조 하길 바람. http://call518.tistory.com/122 Chef Server/Client 구조를 설치하고 히스토리 남긴다... 3초머리를 가진탓에 어디든 메모를 해둬야 찝찝하지 않다. 최근 Chef Server/Client를 설치 하는 도중 opscode의 설치 가이드 문서가 확~바꼈다... 설치 초기에는 RPM기반으로 설치를 지원했었는데, 가이드 문서를 참조해서 설치를 조금씩 진행중이었는데, 중간에, 애네들이 RPM이나 Repo를 관리하기 귀찮았는지, 아래와 같은 공지와 함께, rubygem으로만 설치를 지원하고, R..

http://wiki.kldp.org/HOWTO/html/Adv-Bash-Scr-HOWTO/x10468.html

Chef의 Server/Client 구성을 위해 이래저래 구글 돌아다니다가 우연히 접한 OS인데, 너무 너무 끌리는 OS였다. 일단 설치 ISO이미지 용량이....330MB정도로 무지~무지~ 쬐끔이다~ 정말 Frame OS?????? 아래는, 이 OS를 찾게된 링크 내용인데, FrameOS의 특징에 대한 설명이 잘되 있다. 개인적인 이유지만, 컴팩트 하면서도 RHEL(CentOS)와 100%호환되고(즉, 무지 컴팩트 하지만, yum으로 얼마든지 원하는 서비스 설치/추가가 가능 하다는..), 더군다나, Chef가 이미 적재되어 있어, 자동화 요소도 기본적으로 가지고 있다. 좀더 확인해봐야 겠지만, 가상화 인프라 구축에서 지금 해야할일이 엄청 줄어들지도 모르겠다~ (+.+) 다른 문서에서는, KVM기반의 H..

AWS가 정말 수익을 내고는(공급자 입장에서...) 있을까...... 아직까지 이에 대해 공개된 정보는 없는것 같다... 분명 기대이상.. 아니 그정도까지도 아닌, 긍정적으로 봐줄만큼의 수익이 나오고 있다면, 분명 자료나 기사가 나돌만도 한데... 그런 내용은 접하기 어려운걸로 봐서, 수익면에서는 적자를 보고 있거나, 고전을 면치 못하는건 아닐까 싶은 생각도 든다... 문득 든 생각이, 개념도 좋고, 이상도 좋지만, 결정적으로 사업성이나 수익성이 없다면, 큰문제 아닌가? 나는 재무나 이런분야엔 잼병이라 봐도 모를테지만... 그래도 아주 쬐~~끔은 걱정은 된다. 물론 그럴리는 없을테지만......... - 신뢰성?? - 다양성??? - 플랫폼 - 프로그램 - 어플리케이션 - 자동화??? - 배포 - 설정 ..

qcow2 이미지 내부 파티션을 LVM으로 했을경우를 가정했으며, LVM이 아닌 일반적인 파티션을 적용했을 경우에는 "kpart -a /dev/nbd0" 처리후, /dev/mapper/ 에 생성되 각 파티션을 바로 마운트 하면 된다. 한마디로 더 간단해진다. [pre-install] # yum install qemu-common # modprobe nbd [mount] # qemu-nbd -c /dev/nbd0 image.qcow2 [하기 (1)안, (2)안 중, 택일] (1)안 # kpart -a /dev/nbd0 # pvscan # vgscan # vgchange -a y VolGroup00 (2)안 # tune2fs -c 0 -i 0 /dev/nbd0 # mount /dev/VolGroup00/Lo..

오늘 바람좀 쐬고 오느라, 어제 했던 Chef-Solo정리를 이제서야... 졸리긴 한데, 그리 좋지 않은 기억력에 요즘은 건망증까지...(ㅡ.ㅡ);;, 아무튼, 설치 과정만이라도 까먹기 전에 얼른 메모 해둬야 겠다. 설치 테스트에 사용한 OS는 CentOS 5.4 x86_64이며, VMware ESXi 상의 VM을 하나 만들어서 진행했다. 요구사항 - Chef 설치시 hostname은 반드시 FQDN이어야 한다. hostname -f 결과가 에러가 발생하면 안됨. FQDN 명심! - ruby >= 1.8.6 (이라고 되어 있으나, 설치 해본 결과로는 1.8.7은 되야 문제가 없었다) - rubygems >= 1.3.6 (역시, 1.3.7은 되야 문제가 없었다) - 권한 문제에 신경쓰기 싫어 root 계정..

http://strangeloop2010.com/system/talks/presentations/000/014/483/Cashion-AutomateOrDie.pdf * PDF 용량이 10메가 되고, 해외 서버라 그런지 로딩에 시간이 좀 걸립니다. 인내심을 가지세요~~ 자동화의 의미부터 필요성, 종류, 그중에서 Chef에 대해서 이해하는데 많은 도움이 되는 문서입니다. 특히 저같은 초보한테는~ 오늘 Chef-Solo 모드 테스트하고, Template 만들어 둔 상태이나, 히스토리는 한번더 확인 해보고 내일즘 기록해둘 예정. (추가) ruby와 rubygems 버전 맞추는게 좀 까다로움. 또 apache2배포시, NameVirtualhost 인자가 두개가 등록되는 바람에 service httpd start가..

VM을 가지고 노는데(?) 있어 중요한 요소가 자동화다.(사람마다 다르겠지만...) 자동화와 관련된 Open Source 몇가지를 알아보던중, 괜찮아 보인게 Chef다. Puppet이라고 비슷한 기능을 가진것 같은데, 아직 자세히 보진 못했다. Chef에 어느정도 적응하고 나면 Puppet도 해볼 생각이다. 어차피 둘다 해보긴 해봐야 할것 같기에... Chef 관련 정보를 찾다가 아줄 정리가 잘되어 있는 PDF문서도 발견했다. 아래 첨부파일은 한번쯤 보시길... 개략적인 운영방식은 아래와 같다. Chef는 기본적으로 Server/Client 구조다. (필요에 따라 Solo로 작동 시킬수도 있다.) Chef-Server에서 원하는 Package와 그에 적절한 Configuraton를 사전에 Recipe로 ..

Myth or truth: One should always use Apache httpd in front of Apache Tomcat to improve performance? http://www.tomcatexpert.com/blog/2010/03/24/myth-or-truth-one-should-always-use-apache-httpd-front-apache-tomcat-improve-perform 원문은 : 위 링크 Apache-Tomcat과 httpd의 핵심 개발자들이 직접 작성한 내용입니다. 오늘 옆팀에서 Apache만 붙이면 성능이 떨어진다고 해서 좀 봐주다가 찾은 자료네요. PHP를 서비스 하거나, 기타 Apahce의 특정 모듈기능을 필요하지 않는다면, 다시 말해 단순 정적인 웹서비스에서..

커널 컴파일을 해야할 일이 생겼다. 실용단계에 있는 건 아니지만, 분산파일시스템으로서 2.6.34부터 kernel 베이스 라인에 포함된 ceph라는 걸 테스트 해보라는 Order가 떨어진 관계로.. 그런데!!!! 지난주 목요일 부터, CentOS 5.5 x86_64의 커널을 최신으로 올릴려고 하는데, 이게 컴파일도 에러 없고, 설치 완료하고 부팅만 하면 아래 에러와 함께 Kernel Panic에 빠져 버린다. Mounting root filesystem.mount: could not find filesystem '/dev/root' Setting up other filesystems. Setting up new root fssetup root: moving /dev failed: No such file ..