Cloud Compute

RHOSP13 가이드대로 SR-IOV VFs 템플릿 구성하여 배포하였으나 VF구성이 되지 않았습니다. 그래서 어찌어찌 찾다보니 TripleO 사이트에서 가이드하는 대로 템플릿을 구성하여 성공하였고, 그래서 TripleO 가이드방법을 통한 SR-IOV VF 자동 배포방법을 정리하였습니다. ## RHOSP13 SR-IOV 가이드 https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html/network_functions_virtualization_planning_and_configuration_guide/part-sriov-nfv-configuration ## TripleO 가이드 (SR-IOV 및 VF 생성방법) https..

RedHat OpenStack Platform (RHOSP) 13에서 PCI-PT 템플릿 배포 방식입니다. 각 Role에 extraconfig에 아래와 같이 구성하여 PCI-PT를 템플릿을 통해 배포할 수 있습니다. 1. Controller extra - PCI Alias 설정 ControllerExtraConfig: keystone::token_expiration: 15552000 nova::ram_allocation_ratio: 1.0 nova::disk_allocation_ratio: 1.0 nova::cpu_allocation_ratio: 1.0 nova::api::allow_resize_to_same_host: true glance::api::limit_param_default: 100 nova..

RHOSP13에서 이미지에 hw:vif_multiqueue_enabled": "true" 멀티큐 적용을 한 후 vCPU 8 이상의 VM을 생성하여도 queue가 8로 고정되는 이슈가 있어 내용 공유차 작성합니다. vcpu 8 이하의 VM을 생성하면 생성한 vcpu 만큼 queue가 적용됩니다. TripleO만 그런 것인지, 다른 오픈스택이 없어서 차이를 확인하지는 못하였습니다. # 211104 추가 centos7.7 - packstack queens에서 테스트 해 본 결과 여기도 8이상 queue 설정이 되지 않았습니다. (4번 참고) liberty 버전에서는 multiqueue를 적용해도 VM으로 들어가서 queue 설정을 직접 해줬어야되는데, RHOSP13 (Queens)에서는 multiqueue e..

RHOSP13 (Queens) 버전에서, logrotate 컨테이너를 설치해서 모든 OpenStack log를 관리하는데, OpenStack Log 가 설정한 주 단위 4주치를 저장하지 않는 이슈가 있습니다. 관련 에러는 container-tmpwatch의 잘못된 계산으로 인해 OpenStack의 모든 로그가 일찍 지워지는 현상입니다. https://access.redhat.com/solutions/4394231 1. Overcloud Compute 노드 logrotate 배포 및 적용 내용 logrotate 설정정보 [root@rhosp-dpdk-comp-1 ~]# cat /var/lib/config-data/puppet-generated/crond/etc/logrotate-crond.conf /var..

OpenStack 대쉬보드에서 여러 네트워크를 할당할 때, dashboard에서 보여지는 그리고 openstack server list에서 조회되는대로 실제 VM에 할당되진 않는 것으로 보인다. (Queens 버전 기준) 본 내용은 가이드가 아니고, 공유차원에서 적었습니다. 1. 인스턴스 생성시 여러 네트워크할당 2. 오픈스택 대쉬보드 정보 public-1, aabbcc, dasd를 할당했어도 대쉬보드에서는 아래 처럼 dasd, public-1, aabbcc로 보여진다. 3. openstack server list 정보확인 openstack server list 정보를 확인해도 대쉬보드에서처럼 dasd, public-1, aabbcc 순으로 보여진다. (overcloud) [stack@rhosp-tb0-..

위 이슈는 RHOSP13 배포시 websocket 에러를 해결한 후 이후에 또 Compute를 증설할 때 발생했다. 1. 에러 현황 (노드 증설 템플릿 작성 후 deploy진행 시 아래 에러 발생) - 최초 Action tripleo.parameters.update execution failed: Error validating environment for plan overcloud: ERROR: Request limit exceeded: JSON body size (4258720 bytes) exceeds maximum allowed size (4194304 bytes). 발생 - max_json_body_size 값 2배 변경 후 systemctl restart 수행 후 재 deploy시 동일 현상 발..

RHOSP13 Director에서 overcloud 노드가 증가됨에 따라 배포시 websocket timeout이 발생했다.. 1. 배포 이슈 websocket timeout이 발생하면서 배포 스크립트는 에러 상태로 빠지지만, 운이 좋게? heat-engine은 동작하면서 배포는 진행이 되긴 했다. 2. 원인 - zaqar로그에서 websocket connection timeout이 6분안에 closed된 로그가 있음 (INFO zaqar.transport.websocket.protocol [-] WebSocket connection closed: None) - 6분안에 State 상태가 Success가 되지 않아 timeout이 발생 (Success까지 약 10분 필요. 즉, 10분동안 Running ..

1. 상태 확인 가이드 ### DPDK 인터페이스 다운 및 업 ovs-ofctl mod-port br-dpdkbond0 dpdk0 down ovs-ofctl mod-port br-dpdkbond0 dpdk0 up ### DPDK Bond 모드 및 상태 확인 [root@rhosp-dpdk-comp-1 ~]# ovs-appctl bond/show ---- dpdkbond0 ---- bond_mode: balance-slb bond may use recirculation: no, Recirc-ID : -1 bond-hash-basis: 0 updelay: 0 ms downdelay: 0 ms next rebalance: 9189 ms lacp_status: negotiated lacp_fallback_ab: ..

RHOSP13에서 Overcloud 노드가 많아지다보니 배포시 여러 에러가 발생했다. 약 150 ~ 200대 사이였던 걸로 기억한다. RedHat 공식 문서는 아래 URL을 참고 https://www.redhat.com/en/blog/scaling-red-hat-openstack-platform-more-500-overcloud-nodes Scaling Red Hat OpenStack Platform to more than 500 Overcloud Nodes At Red Hat, performance and scale are treated as first class citizens and a lot of time and effort are put into making sure our products sc..

기본적으로 Neutron은 포트 별 보안을 적용한다. VM이 Neutron 포트에 속하지 않는 MAC 또는 IP 주소를 사용하여 트래픽을 전송하거나 수신하지 못하도록 하기 때문에 오픈스택 Network를 생성할 때 --disable-port-security를 사용해서 네트워크를 생성하거나, allow address pair 기능을 사용해야한다. 주로 VM 내에서 VIP를 사용하여 구성할 때 겪는 이슈이다. 아래 테스트는 port security disable 상태에서 테스트 방법이다. 1. Port 정보 및 기타 정보 VM 3개의 VIP가 동작중. port security disable 상태로 ping이 되는 상황 ## VM1 2: eth0: mtu 1500 qdisc fq_codel state UP g..