어렴풋이는 알고 있었지만 정확하게 어떤 과정을 거쳐 VM이 띄워지게 되는지 모르고 있었다.이번 기회에 정리하여 정확하게 이해한 것들로 머리에 넣어보자.1. 사용자 요청일단 첫 단계로 사용자가 FE를 통해서 혹은 OpenStack CLI를 통해 VM 생성을 요청하게 된다. (openstack server create 등)이때 여러 옵션들을 입력하겠지만 지금은 여기에 집중하진 않겠다.2. 스케줄링nova-scheduler가 어느 하이퍼바이저(compute node)에 이 VM을 띄울지 선택한다.3. VM 생성선택된 compute node의 nova-compute가 Libvirt 드라이버를 통해 가상머신 정의 xml을 구성하고 libvirt에 전달한다.이 xml은 QEMU/KVM에서 VM 생성시에 사용된다.4..
1. 문제OpenStack Nova에서 인스턴스 빌드 시 DB에 instance_system_metadata 값 저장 단계에서 오류 발생원인 : boot_roles 값이 컬럼 최대 길이(255자)를 초과하여 DB 저장 실패이로 인해 인스턴스 빌드가 중단되어 인스턴스 생성에 실패함2. 원인 분석instance_system_metadata : 인스턴스의 부팅/운영에 직접 사용되는 값은 아니며, Nova가 내부적으로 인스턴스 상태를 보존하기 위해 사용하는 key-value 저장소boot_roles : 인스턴스를 생성한 유저의 Keystone roles이 저장됨CloudKitty 서비스가 추가로 rating role을 부여하면서, role 문자열이 길어져 VARCHAR(255) 제한을 초과하게 됨커뮤니티에서도 ..
- Total
- Today
- Yesterday
- Workflow
- Hook
- Grafana Alert
- springboot
- SG
- javascript
- ECS
- html
- github action
- VPC
- RDS
- Grafana
- 서버
- LOKI
- ALB
- CSS
- ci/cd
- subnet
- 모니터링
- react
- 인프라
- Service
- ecr
- AWS
- js
- EC2
- 로깅
- redux
- Docker
- 리액트
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |