- openstack-ko - lists.openstack.org

OpenStack 6주년 Birthday 행사를 소개합니다
by Ian Y. Choi 05 Jul '16

05 Jul '16

안녕하세요! 올해도 다른 해와 마찬가지로! 6주년 Birthday 행사를 개최합니다. 시간은 7월 21일 목요일, 오후 6시-9시이고 한국 마이크로소프트 광화문 사옥입니다. 행사 장소는 마이크로소프트에서 후원해 주셨습니다 :) 관심있으신 분께서는 http://onoffmix.com/event/71822 주소를 통해 신청 부탁드립니다. 아래는 페이스북에 장현정 회장님께서 언급해 주신 내용입니다. 참고 부탁드려요~~ ======== [Event] The 6th OpenStack birthday celebration party 안녕하세요~!! 오픈스택이 6번째 생일을 맞이하게 되었습니다. 따라서, 많은 나라에서 이를 기념하는 파티를 다들 열고 있습니다. 따라서, 저희 커뮤니티도 이를 기념하기 위한 파티를 마련하였습니다. 이전 행사와는 살짝 다른 분위기로 커뮤니티답게 기업후원 없이 커뮤니티 회원들의 자발적인 후원으로 행사 진행을 할까 합니다. 또한 세미나 분위기가 아닌 오픈스택을 사랑하고 즐기는 사람들의 모임인 만큼 클라우드와 오픈스택을 둘러싸고 있는 다양한 이야기들을 자유롭게 하면서 맛있는 음식도 즐기는 시간을 가져볼까 합니다. 오픈스택을 사랑하는 우리 회원님들... 많은 참여 부탁드립니다. 참여는 아래 onoffmix에서 신청을 해 주시면 감사하겠습니다. 신청 URL: http://onoffmix.com/event/71822 ======== 감사합니다. 최영락 드림.

1 0

OVS agent 사용시 ovs에서의 tag 질문입니다.
by 조성준 05 Jul '16

05 Jul '16

현재 tenant network를 vxlan을 통해서 설치 하였고 노드는 network, compute, controller 세가지로 구분 하였습니다. compute node에서 ovs-vsctl show 명령어를 사용하면 각 VM들은 서로 같은 네트워크 내에 있으면 같은 tag를 가집니다. OVS에서는 VLAN에서의 tag number를 VXLAN에서의 VNI대신해서도 사용하는것 같았습니다. 저같은 경우 10.10.0.0/24 의 network와 10.20.0.0/24 의 network를 구성 하였고 각각 tag 1, tag 2 를 가집니다. 그런데 이상하게 network node에서는 ovs-vsctl show 명령어를 사용했을때 10.10.0.0/24의 dhcp client(qdhcp)와 gateway tag number 3를 가지고 10.20.0.0/24의 dhcp client(qdhcp)와 gateway는 tag number 2을 가지게 되어있습니다. compute node에서 10.10.0.0/24 의 network는 tag number 1, 10.20.0.0/24의 network는 tag number 2를 가지기 때문에 network node에서도 10.10.0.0/24 network와 관련된 부분은 tag number 1, 10.20.0.0/24의 network와 관련된 부분은 tag number 2를 가져야 되는데 왜 각각 다른 node에서 다른 tag number를(같은 네트워크임에도 불구하고)가지고 있는건가요? 네트워크는 정상적으로 동작합니다

2 1

[OpenStack-ko][번역팀] 번역팀 건의사항.
by SungJin Kang 18 Apr '16

18 Apr '16

안녕하세요. 번역팀에서 사용하고 있는 용어집에 관련된 내용에 대해서 추가할 건이 있어서 보냅니다. - 추가 - MS 언어 포탈 <https://www.microsoft.com/Language/ko-kr/default.aspx> 에 존재하는 단어인지 확인하여보고, 번역되어 사용하고 있는 단어가 있는 경우 - "번역" [MS] 라는 문구를 붙이다던지. 기본적으로 사용하고 있다는 것을 알렸으면 좋겠습니다. - 이유 - Object라는 단어에 대해서 일반적으로 사용하고 있는 "*객체*"라는 단어로 사용하고 있지만, MS 언어 포탈에서는 " *개체*"라는 단어로 번역을 해놓았기 때문입니다. - 개인적으로 MS 언어 포탈에서 사용하고 있는 단어를 사용하고 싶기에 변경을 하였으면합니다. 관련하여 기타의견이 있으시면 말씀해주셨으면 합니다. 감사합니다. 강성진 드림.

1 0

openstack에 컨테이너에 사용시 접속하는 방법이 다른가요?
by 디케이 28 Feb '16

28 Feb '16

openstack kilo 릴리즈에 하이퍼바이져를 lxd로 설치했습니다. 컨테이너를 인스턴스로 사용하려고 하는데 인스턴스를 설치하는것 까진 성공했는데, 인스턴스가 running입니다. 대쉬보드에 콘솔접속을 해보면 아래와 같이 안됩니다. kvm 으로 생성한 인스턴스는 가능했습니다. 콘솔을 현재 사용할 수 없습니다. 잠시 후 다시 시도하세요 현재 neutron subnet 문제로 인스턴스에 dhcp로 IP가 할당이 안되고있어서. 그래서 유동IP를 통한 network접속은 해볼수가 없습니다. network:dhcp 포트가 다운되어 있는 이유와 관련이 있을것 같은데, 아직 아직 해결을 못하고있어서 ㅠㅠ.. . 혹시 lxc와 같은 컨테이너를 오픈스택에 해 보신분이나.. 도움될만한게 있으시면 회신 부탁드리겠습니다. 감사합니다.

4 3

kilo horizon 대시보드 로그인이 안됨
by 디케이 27 Feb '16

27 Feb '16

우분투 15.10 대시보드에 admin/adminpass 입력 하면 쭉 로딩되다 아래 에러발생합니다. - Unable to establish connection to keystone endpoint kilo 부터는 http로 5000 port 35357 port 에 request 하는것을 바껴서 그런건지 /var/log/keystone.log에서는 opentack-dashboard 설치 한 후로 쭉 아래와 같은 에러가 발생합니다. 이유는 위에 설명한데로 http가 포트를 open하고 있어 발생하는것 같습니다. 그래서 keystone을 stop해야 하는건지는 모르겠으나 대시보드 로그인 안되는거와 관련이 있진 않을 것 같구요... root@controller:/var/log/keystone# netstat -lntp | grep 35357 tcp6 0 0 :::35357 :::* LISTEN 1466/apache2 root@controller:/var/log/keystone# netstat -lntp | grep 5000 tcp6 0 0 :::5000 :::* LISTEN 1466/apache2 대시보드 설치전까지 glance 에서 이미지 잘생성 됬었구, 현재도 nova service-list, neutron agent-list, openstack service-list 이런명령이 잘 됩니다. 왜 로그인이 안되는지 아시는분 있으면 제가 도움을 ㅜㅜ 어디 로그를 볼때도 없어서 머가 문제인지..

1 0

[or_kr] [OpenStack Days Korea 2016] Track4
by Sungjin Kang 26 Feb '16

26 Feb '16

OpenStack과 Open Platform (CloudFoundry/PaaS) 구성 자동화 김기현 대표 / 클라우드포유 OpenStack with Kubernetes 박재권 / 락플레이스 해외 사례로 보는 OpenStack Billing System 장현정 책임연구원 / ASD Korea 오픈스택을 공부합시다 – 커뮤니티 스터디 분과 소개 최영락, 고정준, 전성욱 / 2015년 오픈스택 스터디 참가자 Deep Drive: k8s with Docker 안승규 부대표 / 오픈스택 한국 커뮤니티 OCP 하드웨어 및 소프트웨어 삽질기 서준호 / SK 텔레콤 from OpenStack 한국 커뮤니티 http://ift.tt/1QlE362

1 0

[or_kr] [OpenStack Days Korea 2016] Track3
by Sungjin Kang 26 Feb '16

26 Feb '16

오픈스택 환경에서 공유 파일 시스템 구현하기: 마닐라(Manila) 프로젝트 서상원 차장 / NetApp OpenStack on 64-bit ARM with X-Gene Kumar Sankaran / AppliedMicro Powered by OpenStack, Power to do more with Future-Ready Enterprise 윤선욱 부장 / Dell 머신러닝과 오픈스택 안명호 대표 / MHR Inc 방송제작용 UHD 스트로지 구성 및 테스트 임태현 / KBS VDI on OpenStack with LeoStream Connection Broker 이보성 / GotoCloud from OpenStack 한국 커뮤니티 http://ift.tt/1QiAZLE

1 0

[or_kr] [OpenStack Days Korea 2016] Track2
by Sungjin Kang 26 Feb '16

26 Feb '16

아리스타 OpenStack 연동 및 CloudVision 솔루션 소개 조윤호 과장 / 아리스타 네트웍스 How to speed up OpenStack network with PRISM 공석환 팀장 / KulCloud 가상화 네트워크와 클라우드간 협업 이호석 부장 / VMware 다음 1초에 당신이 봐야 할 것 황인욱 수석연구원 / 아토 리서치 데이터센터에 부는 오픈 소스 하드웨어 바람 유명환 소장 / 엑세스 OpenStack 기반 소프트웨어 정의 스토리지 기술 조만석 / OSS 개발자 센터 from OpenStack 한국 커뮤니티 http://ift.tt/1QlDZDk

1 0

[or_kr] [OpenStack Days Korea 2016] Track1
by Sungjin Kang 26 Feb '16

26 Feb '16

Monasca를 이용한 Cloud 모니터링 변상욱 부장 / HP All flash CEPH 구성 및 최적화 엄주관 / SK 텔레콤 Red Hat enterprise Linux OpenStack Platform 최원영 이사 / Red Hat Mellanox CloudX – Acceleration for Cloud Performance and EfficientVirtual Networking 정연구 이사 / Mellanox Technologies 생존형 Hybrid Cloud Platform 개발기 송지형 / SK Planet 카카오는 오픈스택 기반으로 어떻게 5000VM을 운영하고 있을까? 하현 / 카카오 from OpenStack 한국 커뮤니티 http://ift.tt/1QiAZv5

1 0

[or_kr] [OpenStack Days Korea 2016] Key Note
by Sungjin Kang 26 Feb '16

26 Feb '16

개회사 장현정 대표 / OpenStack Korea User Group Welcome to the Algorithm Economy Mark Collier, COO / OpenStack Foundation How open HW and SW drives telco infrastructure innovations 이강원 상무 / SK 텔레콤 아이디어 이코노미에서의 하이브리드 클라우드 전략 박종관 상무 / HPE Innovating OpenStack Network with SDN solution 박성용 CTO / KulCloud An SDN Pioneer’s Vision of Networking Guido Appenzeller, CTSO / VMware Microsoft is Open! 김명호 박사 / Microsoft from OpenStack 한국 커뮤니티 http://ift.tt/1QiAZuX

1 0

Nova compute 에서 kvm 지원방법(노트북 vmware에서)
by 디케이 25 Feb '16

25 Feb '16

안녕하세요 노트북에 vmware workstation으로 가상머신 3개를 생성하여 오픈스택을 구성하고 있습니다. 그런데 컴퓨트 노드의 OS에서 하이퍼바이져 지원여부를 확인해보면 /proc/cpuinfo 에 hardware acceleration 지원하는 flag인 vmx 또는 svm이 없어서 virt_type을 qemu로 사용합니다 현재 노트북의 cpu는 인텔 가상화가술을 지원을 합니다 바이오스에서 보면 enable 된 상태입니다. Vmware의 가상머신에서 kvm을 사용할수있는 방법이 없을까요?? 현재 어떤부분을 성능테스트를 하고자 하는데 kvm상에서 해야할필요가 있어보입니다 . Qemu는 너무 느릴것 같네요

3 3

[확인문의]우분투15.04에서 오픈스택에서 제공하는 14.04의 installation guide 에 따라 그대로 설치구성이 가능한가요?
by 디케이 25 Feb '16

25 Feb '16

안녕하세요^^ 제가 오픈스택 설치를 메뉴얼만 보고 아직 그대로 따라가는 수준이라서요 ^^;; 도움 구하고자 합니다 우분투 15.04 에서 현재 오픈스택에서 제공하는 14.04 의 Installation Guide를 따라 그대로 설치하여 구동 가능한가요? 아래와 같이 현재 http://docs.openstack.org/ 에서는 우분투OS에서 설치가능한 documentation으로 14.04 만을 제공 하는것 같은데요. Juno release 의 우분투 14.04 버젼 installation guide보고 설치 및 구성을 해본적이 있긴 합니다. 그런데 저도 오픈스택 처음에 시작할때는 우분투 버젼과 지원가능한 오픈스택 릴리즈버젼에 대한 인지를 못하여 고생하며 설치를 진행하다 실패한 경험이 있었습니다. 지금 제가 최근에 나온 LXD를 nova-compute의 하이퍼바이져로 사용하기 위해서 최소 15.04에서 오픈스택 구성이 필요하는것같은데, 15.04에서 설치/구성 할때도14.04의 installation guide 와 구성방법 포함해서 명령어 옵션 및 설정값들이 완전히 동일한가요 아니면 어느부분은 바뀔수 밖에 없는건지 방법이 있으시면 공유 부탁드리겠습니다. 감사합니다.

3 2

[Help-Ask] cinder 볼륨생성 후 볼륨상태 status 에 멈춰있는 문제... 잠깐 한번만 봐주시면 감사하겠습니다
by 디케이 21 Jan '16

21 Jan '16

안녕하세요 오픈스택관련 해서 문의 드립니다. 잠깐 한번만 봐주시면 감사하겠습니다.^^ cinder create 명령으로 생성한 새로운 볼륨의 상태가 creating 에서 계속 멈춰있습니다. 예상되는 문제 포인트 지점이 어디일까요? 해결을 못하겠네요...ㅠ 해결방법이나 접근방법을 아시면 답변 주시면 감사하겠습니다. 서버에서 확인한 로그와 구성정보 및 상태 함께 공유합니다. ● [오픈스택 구성] : 3-node configuration (Controller-node, Network-node, Compute-node(스토리지노드이기도함)) : ubuntu14.04, icehouse 버젼이 각 노드마다 설치되어 있으며, virtualbox에서 실행되고 있음 ● (On Controller node) # cinder create --display-name myVolume 1 # cinder list +--------------------------------------+----------+--------------+------+-------------+----------+-------------+ | ID | Status | Display Name | Size | Volume Type | Bootable | Attached to | +--------------------------------------+----------+--------------+------+-------------+----------+-------------+ | 4891a2e7-0cb2-4caf-9528-6612d8cf5f5a | creating | myVolume | 1 | None | false | | +--------------------------------------+----------+--------------+------+-------------+----------+-------------+ mysql> select status from volumes; +----------+ | status | +----------+ | creating | +----------+ mysql> select id from volumes; +--------------------------------------+ | id | +--------------------------------------+ | 4891a2e7-0cb2-4caf-9528-6612d8cf5f5a | +--------------------------------------+ # netstat -an | grep 8776 tcp 0 0 0.0.0.0:8776 0.0.0.0:* LISTEN # netstat -an | grep 5672 ..... tcp6 0 0 :::5672 :::* LISTEN tcp6 0 0 10.10.15.11:567210.10.15.31:33271 ESTABLISHED ..... # service cinder-api status cinder-api start/running, process 3733 # service cinder-scheduler status cinder-scheduler start/running, process 3755 *<Logs>* 명령어 실행할때 생성된 로그 *<cinder-api.log>* 2016-01-20 15:24:29.584 3739 INFO eventlet.wsgi.server [-] (3739) accepted ('10.10.15.11', 51845) 2016-01-20 15:24:29.588 3739 INFO urllib3.connectionpool [-] Starting new HTTP connection (1): 10.10.15.11 2016-01-20 15:24:29.874 3739 INFO urllib3.connectionpool [-] Starting new HTTP connection (1): 10.10.15.11 2016-01-20 15:24:30.029 3739 INFO cinder.api.openstack.wsgi [req-c7c065b5-3e4c-40c8-b011-24a1afbf6e50 5f8b76cf5986402fa6affdb4c9e2fc44 56ee36bd79724517bf115df7f3202f1d - - -] POST http://10.10.15.11:8776/v1/56ee36bd79724517bf115df7f3202f1d/volumes 2016-01-20 15:24:30.032 3739 AUDIT cinder.api.v1.volumes [req-c7c065b5-3e4c-40c8-b011-24a1afbf6e50 5f8b76cf5986402fa6affdb4c9e2fc44 56ee36bd79724517bf115df7f3202f1d - - -] Create volume of 1 GB 2016-01-20 15:24:30.212 3739 AUDIT cinder.api.v1.volumes [req-c7c065b5-3e4c-40c8-b011-24a1afbf6e50 5f8b76cf5986402fa6affdb4c9e2fc44 56ee36bd79724517bf115df7f3202f1d - - -] vol={'migration_status': None, 'availability_zone': 'nova', 'terminated_at': None, 'reservations': ['8339d8b8-70a5-4226-94a5-ad7c4f16d3f6', '6795bec3-0875-49cb-b538-c1e0f3b097c1'], 'updated_at': None, 'provider_geometry': None, 'snapshot_id': None, 'ec2_id': None, 'mountpoint': None, 'deleted_at': None, 'id': '4891a2e7-0cb2-4caf-9528-6612d8cf5f5a', 'size': 1, 'user_id': u'5f8b76cf5986402fa6affdb4c9e2fc44', 'attach_time': None, 'attached_host': None, 'display_description': None, 'volume_admin_metadata': [], 'encryption_key_id': None, 'project_id': u'56ee36bd79724517bf115df7f3202f1d', 'launched_at': None, 'scheduled_at': None, 'status': 'creating', 'volume_type_id': None, 'deleted': False, 'provider_location': None, 'host': None, 'source_volid': None, 'provider_auth': None, 'display_name': u'myVolume', 'instance_uuid': None, 'bootable': False, 'created_at': datetime.datetime(2016, 1, 20, 6, 24, 30, 108934), 'attach_status': 'detached', 'volume_type': None, '_name_id': None, 'volume_metadata': [], 'metadata': {}} 2016-01-20 15:24:30.217 3739 INFO cinder.api.openstack.wsgi [req-c7c065b5-3e4c-40c8-b011-24a1afbf6e50 5f8b76cf5986402fa6affdb4c9e2fc44 56ee36bd79724517bf115df7f3202f1d - - -] http://10.10.15.11:8776/v1/56ee36bd79724517bf115df7f3202f1d/volumes returned with HTTP 200 2016-01-20 15:24:30.226 3739 INFO eventlet.wsgi.server [req-c7c065b5-3e4c-40c8-b011-24a1afbf6e50 5f8b76cf5986402fa6affdb4c9e2fc44 56ee36bd79724517bf115df7f3202f1d - - -] 10.10.15.11 - - [20/Jan/2016 15:24:30] "POST /v1/56ee36bd79724517bf115df7f3202f1d/volumes HTTP/1.1" 200 602 0.639812 *<cinder-scheduler.log>* 계속 같은 로그가 반복되며 실행될때는 "2016-01-20 15:24:30.205" 로그가 한번가 찍혔음 2016-01-20 15:23:12.097 3755 WARNING cinder.context [-] Arguments dropped when creating context: {'user': None, 'tenant': None, 'user_identity': u'- - - - -'} 2016-01-20 15:24:12.105 3755 WARNING cinder.context [-] Arguments dropped when creating context: {'user': None, 'tenant': None, 'user_identity': u'- - - - -'} *2016-01-20 15:24:30.205 3755 WARNING cinder.context [-] Arguments dropped when creating context: {'user': u'5f8b76cf5986402fa6affdb4c9e2fc44', 'tenant': u'56ee36bd79724517bf115df7f3202f1d', 'user_identity': u'5f8b76cf5986402fa6affdb4c9e2fc44 56ee36bd79724517bf115df7f3202f1d - - -'}*2016-01-20 15:25:12.133 3755 WARNING cinder.context [-] Arguments dropped when creating context: {'user': None, 'tenant': None, 'user_identity': u'- - - - -'} *# cinder.conf* <controller node> [DEFAULT] rootwrap_config = /etc/cinder/rootwrap.conf api_paste_confg = /etc/cinder/api-paste.ini iscsi_helper = tgtadm volume_name_template = volume-%s volume_group = cinder-volumes verbose = True auth_strategy = keystone state_path = /var/lib/cinder lock_path = /var/lock/cinder volumes_dir = /var/lib/cinder/volumes rpc_backend = cinder.openstack.common.rpc.impl_kombu rabbit_host = 10.10.15.11 rabbit_port = 5672 rabbit_userid = guest rabbit_password = rabbitpass control_exchange = cinder notification_driver = cinder.openstack.common.notifier.rpc_notifier [database] connection = mysql://cinder:cinderdbpass@10.10.15.11/cinder [keystone_authtoken] auth_uri = http://10.10.15.11:5000 auth_host = 10.10.15.11 auth_port = 35357 auth_protocol = http admin_tenant_name = service admin_user = cinder admin_password = cinderpass --------------------------------------------------------------------------------------------------------------- ● (On Compute node) 스토리지노드 # vgs VG #PV #LV #SN Attr VSize VFree cinder-volumes 2 0 0 wz--n- 1.99g 1.99g # pvs PV VG Fmt Attr PSize PFree /dev/sdc cinder-volumes lvm2 a-- 1020.00m 1020.00m /dev/sdd cinder-volumes lvm2 a-- 1020.00m 1020.00m # service cinder-volume status cinder-volume start/running, process 1755 # service tgt status tgt start/running, process 1783 # /etc/lvm/lvm.conf ... filter = [ "a/sda1/", "a/sdc/", "a/sdd/", "r/.*/"] .... # netstat -an | grep 5672 tcp 0 0 10.10.15.31:33263 10.10.15.11:5672 ESTABLISHED *# cinder-volume.log * (명령수행과 관계없이 아래 로그만 반복됨.) 2016-01-20 15:12:12.112 2422 INFO cinder.volume.manager [-] Updating volume status 2016-01-20 15:13:12.139 2422 INFO cinder.volume.manager [-] Updating volume status 2016-01-20 15:14:12.107 2422 INFO cinder.volume.manager [-] Updating volume status 2016-01-20 15:15:12.147 2422 INFO cinder.volume.manager [-] Updating volume status 2016-01-20 15:16:12.121 2422 INFO cinder.volume.manager [-] Updating volume status *# cinder.conf* <compute node> [DEFAULT] rootwrap_config = /etc/cinder/rootwrap.conf api_paste_confg = /etc/cinder/api-paste.ini iscsi_helper = tgtadm volume_name_template = volume-%s volume_group = cinder-volumes verbose = True auth_strategy = keystone state_path = /var/lib/cinder lock_path = /var/lock/cinder volumes_dir = /var/lib/cinder/volumes # rpc_backend = cinder.openstack.common.rpc.impl_kombu rabbit_host = 10.10.15.11 rabbit_port = 5672 rabbit_userid = guest rabbit_password = rabbitpass # my_ip = 10.10.15.31 glance_host = 10.10.15.11 # [keystone_authtoken] auth_uri = http://10.10.15.11:5000 auth_host = 10.10.15.11 auth_port = 35357 auth_protocol = http admin_tenant_name = service admin_user = cinder admin_password = cinderpass # [database] connection = mysql://cinder:cinderdbpass@10.10.15.11/cinder # ls -al /var/lib/cinder/volumes total 8 drwxr-xr-x 2 cinder cinder 4096 9월 5 05:43 . drwxr-xr-x 3 cinder cinder 4096 1월 19 21:13 .. # ls -al /var/lock/cinder total 0 drwxr-xr-x 2 cinder root 40 1월 19 21:52 . drwxrwxrwt 7 root root 140 1월 19 21:53 .. # cat /admin-openrc.sh export OS_USERNAME=admin export OS_PASSWORD=adminpass export OS_TENANT_NAME=admin export OS_AUTH_URL=http://10.10.15.11:35357/v2.0

2 1

오픈스택 커뮤니티 회원님들의 도움의 손길을 기다립니다.^^
by 이상하 21 Jan '16

21 Jan '16

안녕하세요. 전 이상하라고 합니다. 다름이 아니옵고 오픈스택 환경 구성을 하다보니 잘 안되는 부분이 있어 도움을 받고자 메일을 드립니다. 제가 궁금한 사항은 오픈스택 구성시에 기존에 네트워크 환경을 반영해 Flat 네트워크 환경을 구성하고자 합니다. 오픈스택 서버에 네트워크 인터페이스가 브릿지 네트워크만을 사용하는 방법을 알고 싶습니다. 네트워크 인터페이스가 서로 브릿지 되지 않아 오픈스택 서버와 인스턴스간 통신이 안되는 상황인 것으로 생각되어집니다. 그리고 인스턴스를 프로비저닝하게 되면 virt-manager에서 새로운 브릿지가 생성되는지 모르겠습니다. 혹시 브리지로만 사용하는분이 있으시면 도움좀 주세요~~~ 카카오가 그렇게 구성한걸로 알고 있는데 궁금합니다요... 감사합니다.

2 1

[or_kr] Mitaka Design Series
by potopro＠gmail.com 17 Jan '16

17 Jan '16

매번 서밋이 끝나고 난뒤 PTL들이 나와서 발표하는 내용들이 올라오죠. 이번에 나오는 Mitaka에서 추가되는 것들에 대한 이야기입니다. OpenStack Superuser 사이트에 올라온 글들입니다. 그냥 발표자료에 나온것들만 정리했습니다. 더 자세한 내용은 들어가서 동영상과 함께 작성해놓은 글을 보시면 됩니다. Swift, Ironic OpenStack Mitaka release: what’s next for swift and Ironic Swift Burning issues Data at Rest Encryption Continuing the work on erasure coding Request for resource usage data (disk utilisation, etc.) Improving docs and auth for Swift SDK and CLI Tools What’s next Encryption Improving the overall experience for end users and operators in various ways Lowering and smoothing latency What matters in Mitaka Continued focus on scalability and performance Interoperability: adding Keystone policy support for role-based access control Ironic Burning issues General stability: testing, Nova integration Improving HA for Nova integration What’s next Better testing Nova integration: supporting multiple compute nodes Networking support with Neutron RAID Support What matters in Mitaka Scalability Resiliency Third-party testing for all drivers Ansible, Oslo, Designate OpenStack Mitaka release: what’s next for Ansible, Oslo and Designate Ansible Burning issues Upgrading OpenStack Image-based deployment of OpenStack Focusing on providing a toolset for operators What’s next Breaking out repository into composable parts Increased focus on quality of testing Provide examples for use cases that are important to deployers Production-ready upgrade framework for OpenStack What matters in Mitaka Reducing complexity Improve modularity by implementing everything Oslo Burning issues Both old and new Oslo projects were discussed at Summit Focused on operator feedback and ongoing feedback through bug reports Discussed how to work closely with logging and security working groups What’s next Promoting existing projects built over last few cycles (e.g. TaskFlow) Oslo-privsep: New privilege mechanism based on python functions Oslo-tooz: distributed lock management, leader elections, etc. What matters in Mitaka Hardening the messaging infrastructure New Oslo messaging driver using Pika New driver for ZeroMQ and adding driver for Kafka Designate Burning issues Gaps remaining from the refactoring that occurred between Kilo and Liberty DNSSEC (DNS Security Extensions) Verification that returned records have not been tampered Integration with Nova and neutron for automatic record creation What’s next Incremental zone transfers (IXFR) Enabling pool scheduler What matters in Mitaka Increasing number of DNS server types, breaking down services into smaller services enhances: Modularity (모듈성) Resiliency (탄력성) Scalability (확장성) OpenStackClient, Documentation OpenStack Mitaka release: what’s next for OpenStackClient and Documentation OpenStackClient Burning issues Help output from tool (feel and heavier) Name spacing of commands Only includes 5 services in repo; others are plugins Some plugins want to use the same resource name Making command set consistent What’s next Adding more sets of commands Neutron networking is missing currently switch to using the OpenStack SDK What matters in Mitaka Performance improvements Documentation Burning issues Information architecture and data typing Moving towards a task-based approach rather than role-based to make approach rather Impact Big Tent on docs approach Rethinking approach to API documentation A lot of feedback on release notes What’s planned for Mitaka Data typing Role to task centric approach: stating with user guides Re-order index pages Ongoing conversion to RST (Restructured Text) Modifying DocImpact tool Nova, Kuryr OpenStack Mitaka release: what’s next for Nova, Kuryr Nova Burning issues Focused on resource model for Nova and scheduler interactions Held several unconference sessions to drill into specific items raised by community members Plan to reduce the number of configuration options available for Nova What’s next Improved live migrate API docs and functionality with service catalog OS VIF: interface between Nova and Neutron for VIF plugins (in support of Neutron Stadium) Continue evolution of scheduler interface What matters in Mitaka Cells V2 impacts scalability and manageability Live migrate work will improve resiliency OS VIF will help with modularity Nova has work planned in all themes (scalability, resiliency, manageability, modularity, interoperability) Kuryr Burning issues Focused on identifying pain-points around user deployments with container networking Investigating how the flexibility of Neutron could help with the container networking experience Integration work with Magnum and Kolla What’s next Stabilisation through functional tests, CI, gate testing Nested containers use case with Magnum Deployment and packaging Stretch goal: multi-node environments; Docker Swarm, Mesos, Kubernetes support Neutron, Cinder, Ceilometer OpenStack Mitaka release: what’s next for Neutron, Cinder and Ceilometer Neutron Burning issues Network Function Virtualisation Container networking support Advanced services (LBaaS, FWaaS, etc.) Discussions on overall performance, reliability and operability What’s next Better protocol support for L3 (IPv6, BGP, etc.) Continue NFV and container networking work through Neutron Stadium What matters in Mitaka Scalability: continuing the work on distributed virtual routing (DVR) Resiliency Manageability: continuing work towards minimally disruptive upgrades Modularity: continue to build software modules that are loosely coupled (Neutron Stadium) Ceilometer Burning issues Collaborating with other project (Vitrage and CloudKitty) Requirement for real-time alarms: creating more flexible alarm rules and support for horizontal scaling User Interface (UI) discussions and prototypes Sample configuration files What’s next Aodh: add multiple worker support Ceilometer: add caching and batch support for write performance improvement Gnocchi: metric archive sharing to improve scalability for large data-sets What matters in Mitaka Scalability: alarming and storage Modularity: continue to break down services further to allow for better integration from external projects Cinder Burning issues how to balance being a general-purpose block storage service and taking advantage of features found in SAN arrays Object inheritance for drivers Expanded functional testing and third-party CI What’s next Replication V2 API API micro-versioning Continued focus on Third-Party CI and functional testing What matters in Mitaka Interoperability: API micro-versioning Resiliency: Investigating Active/Active Cinder from OpenStack 한국 커뮤니티 http://ift.tt/1naU47s

1 0

OpenStack Day in Korea 2016 자봉 신청 받습니다.
by Sungjin Kang 11 Jan '16

11 Jan '16

안녕하세요. 강성진입니다. 2016년 OpenStack Day in Korea 2016 자봉 신청받습니다. 아래의 문서를 작성해주시면 따로 연락드리겠습니다. http://goo.gl/forms/nUrrJlZhyg ps. 발표자도 받습니다! http://about.me/gangsungjin 마음의 변덕에 따라 이리저리 흔들리지 말라. 항상 마음을 잘 다스려서 부드럽고 순하고 고요함을 지니도록 하라. 마음이 하늘도 만들고 사람도 만들고, 지옥도 만들고 친구도 만든다. 그러니 마음에 쫓아가지 말고, 항상 마음의 주인이 되도록 노력하라.

1 0

Fwd: [openstack-community] OpenStack Day in Korea 2016 - call for everything
by Ian Y. Choi 11 Jan '16

11 Jan '16

안녕하세요! OpenStack Day in Korea 2016이 2월 18일 (목)에 서울 롯데 잠실 호텔에서 개 최 예정입니다. 현재 발표자 및 스폰서쉽 모집 중이고, 행사 등록 등은 곧 http://event.openstack.or.kr 홈페이지를 통해 공개 예정입니다. 해당 날짜 미리 참고해 주시고, 조만간 자원봉사 신청 등 또한 공유하고자 합 니다 ^^ 감사드립니다. 최영락 드림. -------- Original Message -------- Subject: [openstack-community] OpenStack Day in Korea 2016 - call for everything Date: Mon, 11 Jan 2016 10:38:28 -0500 From: bluejay@gmail <bluejay.ahn(a)gmail.com> To: community(a)lists.openstack.org, openstack(a)lists.openstack.org Hi everyone. OpenStack Korea User Group is having OpenStack Day in Korea event. Date: Feb. 18th 2016 Location: Seoul, Korea We had so much fun last year with lots of folks participated at the event. I hope we can make much better one thus year together with everyone in the community. Call for Sponsorship and Call for Speaker is still open. Please let me know if you are intetested in participating this event. Visit http://event.openstack.or.kr/2016/index.html now to get notified when registration opens. cheers!! ------ Jaesuk Ahn

1 0

李鉉國不在通知メッセージ: RE: openstack-ko 묶음배달, 글 11, 번호 5
by "李鉉國" 28 Dec '15

28 Dec '15

Works Mobile - https://www.worksmobile.com -------------------------------------------- hyunkook.lee@nhn-tec... 様は不在中です。 送信されたメールは、正常に受信し保存されています。 お預かりしているメッセージをお送りします。 hyunkook.lee@nhn-tec... 様からのメッセージ -------------------------------------------- [부재기간 : 2015-12-22 10:00 ~ 2015-12-29 18:30 GMT +09:00] 12月22日、24日、25日、28日、29日　私用のためお休みをいただきます。 緊急の用件がございましたら、JAM、ライン、080 4118 8786　ご連絡お願いします --------------------------------------------

1 0

李鉉國不在通知メッセージ: RE: openstack-ko 묶음배달, 글 11, 번호 4
by "李鉉國" 27 Dec '15

27 Dec '15

Works Mobile - https://www.worksmobile.com -------------------------------------------- hyunkook.lee@nhn-tec... 様は不在中です。 送信されたメールは、正常に受信し保存されています。 お預かりしているメッセージをお送りします。 hyunkook.lee@nhn-tec... 様からのメッセージ -------------------------------------------- [부재기간 : 2015-12-22 10:00 ~ 2015-12-29 18:30 GMT +09:00] 12月22日、24日、25日、28日、29日　私用のためお休みをいただきます。 緊急の用件がございましたら、JAM、ライン、080 4118 8786　ご連絡お願いします --------------------------------------------

1 0

[or_kr] 하반기 스터디 발표자료 모음
by potopro＠gmail.com 26 Dec '15

26 Dec '15

Team 2 DR on AWS Team 3 DPDK & OpenStack why? HA using DVR Team 4 Docker를 이용한 OpenStack 가상화 Team 5 Interoperability with ML2: LinuxBridge, OVS and SDN from OpenStack 한국 커뮤니티 http://ift.tt/1RLZ1A3

1 0

[or_kr] 마이크로소프트와 함께하는 오픈스택 번역 Meetup 발표자료
by potopro＠gmail.com 05 Dec '15

05 Dec '15

Microsft loves Linux 클라우드 관리와 오픈스택, 그리고 컨테이너 기술 오픈스택 official 번역 프로젝트 소개 나의 오픈스택 번역 Contributing 삽질 경험기 Hans-on-Lab: 오픈스택 번역으로 Contributor 활동하기 from OpenStack 한국 커뮤니티 http://ift.tt/1HNTUfk

1 0

[or_kr] 11월 세미나 발표자료
by potopro＠gmail.com 01 Dec '15

01 Dec '15

1. 오픈스택 도쿄 서밋 후기 2. Cloud Native Platform – Pivotal 3. 클라우드 운영자와 오픈스택 4. K8s On OpenStack 발표해주신 모든 분께 감사드립니다. from OpenStack 한국 커뮤니티 http://ift.tt/1QbsO2U

1 0

행사 안내: 마이크로소프트와 함께하는 오픈스택 번역 meetup
by Ian Y. Choi 30 Nov '15

30 Nov '15

안녕하세요! 간만에 메일링리스트를 써보네요 ^^ 어느덧 2015년 한 해를 마무리하는 12월 시즌이 다가왔네요. 내년 1월 말 즈음이면 openstack-ko 메일링 리스트가 만들어진지 만 1년이 되 네요. 올 한 해 메일링리스트도 생기는 등 여러 이벤트 등과 함께 참 빠르게 지나가 지 않았나 생각합니다. 다름이 아니라, 연말 송년회 시즌이 본격 시작되기 전에, 조금은 특별한 "마이크로소프트와 함께하는 오픈스택 번역 meetup"이라는 행사를 준비해 보았습니다. 번역 플랫폼의 경우, 이전에 사용하던 Transifex에서 Zanata로 변경되었는데요, 이러한 변경 사항에 따른 번역 플랫폼 이용에 관한 Hands-on-Lab을 포함하여 마이크로소프트의 오픈 소스 전략에 따른 오픈스택과의 관계 등을 세미나를 통해 확인하실 수 있는 유익한 시간이 되리라 생각합니다. 행사 등록은 http://onoffmix.com/event/57958 에서 받고 있습니다. 아래는 행사에 대한 개요입니다. (포스터를 참고하셔도 됩니다. URL: http://cfile1.onoffmix.com/attach/IurodSHb9WFJvcGnJzOTqP7muFfBl67j ) 참고 부탁드리고, 모두 올 한 해 잘 마무리하시는 12월 되시기를 기원합니다. ================ [언제 & 어디서] 일시: 2015년 12월 5일 (토) 13:00 ~ 18:00 장소: 토즈 강남점 (주소: 서울특별시 서초구 서초대로77길 23) [Agenda] 13:00~13:30: 등록 13:30~13:40: 인사말 - 장현정 / 오픈스택 한국 커뮤니티 대표 & ASD 테크놀로지 System Engineer 13:40~14:10: Microsoft loves Linux - 최주열 이사 / 마이크로소프트 Open Source Software Strategy Lead 14:10~14:40: 클라우드 관리와 오픈스택, 그리고 컨테이너 기술 - 백승주 부장 / 마이크로소프트 기술 에반젤리스트 14:40~14:50: (휴식) 14:50~15:20: 오픈스택 official 번역 프로젝트 소개 - 강성진 / 오픈스택 한국 커뮤니티 & OpenStack i18nTeam Korean Coordinator 15:20~16:00: 나의 오픈스택 번역 Contributing 삽질 경험기 - 최영락 / 오픈스택 한국 커뮤니티 & 휴레이포지티브 개발자 16:00~16:10: (휴식) 16:10~17:50: Hands-on-Lab: 오픈스택 번역으로 Contributor 활동하기 - 강성진 & 최영락 17:50~18:00: 마무리 & 행사 종료 (행사 운영 시간, 순서, 발표자 일정은 상황에 따라 예고 없이 변경될 수 있 습니다.) [행사안내] - 참석하신 모든 분들께 간식이 제공됩니다. - 본 행사의 참가비는 무료입니다. - 참가를 위해서는 반드시 사전등록을 해 주시기 바랍니다. - 주차는 지원되지 않습니다. 가급적 대중교통을 이용해 주시기 바랍니다. - Hands-on-Lab 시간은 노트북 지참을 통해 실습이 가능합니다. "본 행사는 마이크로소프트 개발자 커뮤니티 지원 프로그램인 멜팅팟 프로그 램의 후원으로 진행됩니다." ================ 감사드립니다.

1 0

[or_kr] 2014.2.4 Release
by potopro＠gmail.com 22 Nov '15

22 Nov '15

원본: Release Notes, 2014.2.4 2014.2.4 릴리즈는 OpenStack Compute (Nova), OpenStack Identity (Keystone), OpenStack Image Registry and Delivery Service (Glance), OpenStack Networking (Neutron), OpenStack Block Storage (Cinder), OpenStack Dashboard (Horizon), OpenStack Orchestration (Heat), OpenStack Telemetry (Ceilometer), OpenStack Data Processing (Sahara) and OpenStack Database Service (Trove)에 대한 Juno 버그픽스 업데이트입니다. 이번 릴리즈에 포함된 버그 픽스는 stable 브런치에서 개발 브런치로 백포트했습니다. 이번 릴리즈는 의도한 되돌리기 또는 API 변경에 있어 낮은 위험성으로 업데이트를 하기위한 것입니다. 해결된 보안 이슈 Cinder OSSA-2015-011: Cinder host file disclosure through qcow2 backing file Glance OSSA-2015-019: Glance image status manipulation OSSA-2015-020: Glance storage overrun Horizon OSSA-2015-009: Persistent XSS in Horizon metadata dashboard OSSA-2015-010: XSS in Horizon Heat stack creation Keystone OSSA-2015-009: Potential Keystone cache backend password leak in log Neutron OSSA-2015-012: Neutron L2 agent DoS through incorrect allowed address pairs OSSA-2015-018: Neutron firewall rules bypass through port update Nova OSSA-2015-017: Nova may fail to delete images in resize state OSSA-2015-021: Nova network security group changes are not applied to running instances 버그 픽스 총 180개. OpenStack Compute (Nova) 2014.2.4 버그 픽스 OpenStack Identity (Keystone) 2014.2.4 버그 픽스 OpenStack Image Registry and Delivery Service (Glance) 2014.2.4 버그 픽스 OpenStack Networking (Neutron) 2014.2.4 버그 픽스 OpenStack Block Storage (Cinder) 2014.2.4 버그 픽스 OpenStack Dashboard (Horizon) 2014.2.4 버그 픽스 OpenStack Orchestration (Heat) 2014.2.4 버그 픽스 OpenStack Telemetry (Ceilometer) 2014.2.4 버그 픽스 OpenStack Data Processing (Sahara) 2014.2.4 버그 픽스 OpenStack Database service (Trove) 2014.2.4 버그 픽스 알려진 이슈나 제한 사항 Neutron Zero prefixed address pairs are no longer accepted by the Juno API, users need to use 0.0.0.0/1 and 128.0.0.1/1 or /1 and 8000/1 instead. The fix_zero_length_ip_prefix.py tool is provided to clean ports previously configured with a zero prefixed address pair. from OpenStack 한국 커뮤니티 http://ift.tt/1jemWsD

1 0

[or_kr] 2015.1.2 Release
by potopro＠gmail.com 15 Oct '15

15 Oct '15

원본: Release Notes, 2015.1.2 2015.1.2 릴리즈는 Kilo 버그픽스에 대한 내용입니다. 해당 프로젝트는 OpenStack Networking (Neutron), OpenStack Compute (Nova), OpenStack Identity (Keystone), OpenStack Image Registry and Delivery Service (Glance), OpenStack Networking (Neutron), OpenStack Block Storage (Cinder), OpenStack Dashboard (Horizon), OpenStack Orchestration (Heat), OpenStack Telemetry (Ceilometer), OpenStack Data Processing (Sahara), OpenStack Bare Metal Service (Ironic). OpenStack Database Service (Trove)의 경우, 버그픽스된게 없어서 넘어감. 해결된 보안 이슈 OSSA 2015-015: Resize/delete combo allows to overload nova-compute (CVE-2015-3241) OSSA 2015-017: Deleting instance while resize instance is running leads to unuseable compute nodes (CVE-2015-3280) 버그 픽스 총 169개. * OpenStack Compute (Nova) 2015.1.2 버그 픽스 * OpenStack Identity (Keystone) 2015.1.2 버그 픽스 * OpenStack Image Registry and Delivery Service (Glance) 2015.1.2 버그 픽스 * OpenStack Networking (Neutron) 2015.1.2 버그 픽스 * OpenStack Block Storage (Cinder) 2015.1.2 버그 픽스 * OpenStack Dashboard (Horizon) 2015.1.2 버그 픽스 * OpenStack Orchestration (Heat) 2015.1.2 버그 픽스 * OpenStack Telemetry (Ceilometer) 2015.1.2 버그 픽스 * OpenStack Data Processing (Sahara) 2015.1.2 버그 픽스 * OpenStack Bare Metal Service (Ironic) 2015.1.2 버그 픽스 알려진 이슈나 제한 사항 Neutron The fix for http://ift.tt/1GeVBl1 adds a command filter for chown to the VPNaaS rootwrap filters. The chown command is used by the LibreSwan VPNaaS device driver to modify the ownership of generated ipsec.secrets files to conform with tighter permission restrictions. Please update your rootwrap filters if you are using LibreSwan driver. from OpenStack 한국 커뮤니티 http://ift.tt/1QwZKkS

1 0