사랑줍는 거지

GitHubhttps://github.com/call518/OpenStack-on-Kubernetes GreetingsHi! all, Welcome to my project. I hope this will be useful thing. :)p.s. And I hope that some guy help me. If you are interested in this, please contact me. thank you.IntroOaaS is "OpenStack as a Service".MAINTAINER: Jung-In.Jung (call518@gmail.com)2018-06-20 ~ NowGoalsAuto-Provisioning OpenStack, Based on Kubernetes(k8s).Scalaing..

GitLab => https://gitlab.com/call518/devstack-on-vagrant-single/tree/master 업무상 잦은 재설치와, 여러 버전의 OpenStack이 필요하다 보니, 급하게 작성한 내용임을 미리 밝힌다. Vagrantfile내용을 적절히 편집하면 neutron 환경이며, 설치를 원하는 Branch선택 가능... 자세한 내용은 위 GitLab 링크로... 테스트 확인 환경 (버전주의... 특히 Vagrant의 경우, 버전차이에 따라 Syntax에 변화가 크다.) - Linux(Ubuntu12.04.4_64)/Windows7(32bit) - VirtualBox: v4.3.8-92456 - VirtualBox Extension Pack: v4.3.8-92456 - Va..

VM Template 이미지를 어떻게 만들고 운영해야 유리할까~??? 최근, Chef로 서비스 구성(Configuration) 자동화 파트를 다시 하게 되었다. 여기저기 타 부처 수행 인력과 협업도 해야 하는 상황이라, 가상화 인프라부터 논의를 통해 결정을 지어야 할 일이 많다... 서비스 구성에는 Hadoop Cluster, MySQL & Replication, Cassandra, MongoDB, HAProxy LB, Apache/Tomcat, 등등 여러가지 서비스들이 버튼 한번의 클릭으로, 동적 구성 및 동작이 되어야 한단다. (쉽게 이야기들 한다...쿨럭...) 이러한 일련의 자동화 구성/배포 전략 수립단계에서 여러사람들끼리 혼선도 있고, 의견 충돌이 있는 것은 당연하다. 왜? 정답이 없는 거니까~..

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

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