Kuby-core: 최신 버전의 kubedb 지원

자, 여기에 추가 컨텍스트가 있습니다. 어려운 부분은 프로그래밍 방식으로 라이선스를 가져오지 않는 것으로 나타났습니다(가능한 경우 사람들에게 라이선스 서버 토큰, 이메일 주소 등을 묻는 메시지를 표시해야 함). 어려운 부분은 kubedb 운영자와 개별 데이터베이스를 _업그레이드_하는 것입니다. 분명히 기존 데이터베이스 인스턴스를 중단하고 싶지 않기 때문에 v0.12를 제거하는 것 자체가 어렵지만 결국 작동하게 되었습니다. 다행스럽게도 v0.18(이 글을 쓰는 시점에서 최신 버전)을 설치하는 것은 Helm을 사용하면 꽤 쉽습니다... 하지만 _이미 실행 중인(다운타임 없이) 기존 Postgres 또는 MySQL 인스턴스를 업그레이드하는 것은 매우 어렵습니다. Postgres에서 (거의) 작업한 단계는 다음과 같습니다.

1. 기존 db가 WAL 수준(미리 쓰기 로그) 변경이 필요한 논리적 복제를 위해 설정되었는지 확인합니다. WAL 레벨을 설정하려면 pg 재시작이 필요하므로 이를 수행하는 가장 쉬운 방법은 복제본 수를 > 1로 설정하는 동시에 kubedb에 추가 구성을 사용하도록 지시하여 재시작하는 것입니다. 어쨌든 여러 복제본을 원하므로 다시 시작해도 다운타임이 발생하지 않습니다.
2. 기존 데이터베이스 인스턴스를 중단하지 않도록 특별히 주의하면서 이전 버전의 kubedb 연산자를 제거하고 새 버전을 설치합니다. 아직 Postgres 인스턴스가 실행 중인 경우 k8s가 Postgres CRD를 삭제하는 것을 상당히 꺼려하기 때문에 이것은 약간 까다로울 수 있습니다. 말이된다. 다행스럽게도 k8이 원하는 것을 하도록 속일 수 있는 방법이 있습니다.
3. WAL = 논리적인 새 postgres 인스턴스를 시작하고 이전 DB의 모든 레코드가 새 DB로 복사되도록 이전 DB와 새 DB 사이에 필요한 게시/구독을 생성합니다. Rails에서 db에 액세스하는 데 사용하는 사용자가 postgres 가 아닌 경우 postgres 사용자에게 새 db의 비밀번호를 제공하도록 주의하십시오. (Kuby는 기본적으로 root 를 사용합니다) . 이것은 kubedb의 초기화 스크립트에 있는 버그라고 생각하기 때문에 필요합니다. 이 새 db는 분명히 이전 이름과 다른 이름을 가져야 하므로 문제가 됩니다. db의 이름은 rails가 연결하는 DNS 이름을 결정하는데, 우리가 실제로 변경할 수는 없습니다. 흠...
4. rails 앱을 배포하고 어떻게든 새 데이터베이스 서비스를 가리킵니다.
5. 이전 데이터베이스 삭제
6. 이익

나는 현재 새로운 데이터베이스 서비스에서 rails 앱을 쉽게 가리키는 방법을 알아 내려고 노력하고 있습니다. 서비스 URL은 기본적으로 하드 코딩되어 있으며 동적으로 변경할 수 없습니다. 더욱이 새로운 데이터베이스 서비스는 기존 서비스와 동일한 이름을 가질 수 없으므로 "올바른" 서비스를 어딘가에 저장하고(배포에 대한 주석일 수도 있음) 모든 ... docker build cuz에서 참조해야 합니다. 그 때 우리가 database.yml을 다시 작성합니까? 으윽.

또 다른 솔루션은 로드 밸런서와 같이 서비스 위에 있는 한 서비스 또는 다른 서비스에서 동적으로 트래픽을 가리킬 수 있는 일종의 프록시를 사용하는 것입니다.

kuby는 라이선스를 자동으로 얻기 위해 몇 가지 까다로운 작업을 수행할 수 있지만, 이는 특별히 도덕적으로 느껴지지 않습니다(또는 어쩌면 법적?).

Tamal은 좋은 친구이며 사용자에게 무슨 일이 일어나고 있는지 자세히 공개하여 월말에 임시 라이선스가 만료될 때 사용자가 놀라지 않는 한 그가 전혀 신경 쓰지 않을 것이라고 생각합니다. (? 라이센스가 만료되면 어떻게 되나요? 지금은 궁금합니다. 백업이 중지되었다는 의미라면 나쁠 수 있습니다. 다른 일이 실패하기 시작하면 또한 나쁠 수 있습니다... 새 데이터베이스를 생성할 수 없다는 의미라면 이제 라이선스가 갱신될 때까지 나쁘지 않을 것입니다.)

외부 데이터베이스에 대한 옵션이 이미 있으므로 사용자는 KubeDB를 계속 사용하거나 데이터베이스를 다른 방식으로 사용할 수 있습니다. 필요한 데이터베이스.

업그레이드에 필요한 사항을 안내해 주셔서 감사합니다! 저는 프로덕션 클러스터를 위해 Team Hephy에 관대하게 부여된 KubeDB에 대한 라이선스가 있으며 KubeDB에서 시작되거나 호스팅된 적이 없는 업그레이드가 필요한 이전 데이터베이스가 있습니다. 데이터베이스 백업 사용 방법을 배울 수 있는 라이센스를 얻었고 PostgresQL과 MariaDB를 모두 가지고 있습니다. tl;dr 이 영역에서도 제 작업을 잘랐습니다.

저는 이제 홈 랩 클러스터에서 적절한 스토리지 CSI 드라이버를 작동하는 방법을 배우고 있으며 이것이 데이터베이스를 처리하고 "프로덕션" 클러스터의 재해 복구 속성을 개선하는 방법에 큰 차이를 만들 것으로 기대합니다. 🎉

Kuby는 또한 장기적으로 KubeDB의 훌륭한 판매 벡터가 될 수 있습니다. 나는 당신이 그것에 대해 어떻게 느낄지 모르겠어요!