openstack과cloudfoundry 대형 소프트웨어의 구조 공통성을 총결하다
대체로 다음과 같이 요약한다.
openstack
cloudfoundry
Kubernetes
센터 컨트롤러
nova
Cloud Controller
kube-controller-manager
권한 관리 인증
keystone
uaa
kube-apiserver
메시지 처리 전송
MQ,HTTP
nats,HTTP
etc,HTTP
프로그램 패키지 관리
glance
droplet,buildpack
docker image
데이터 공유
sql、nosql
sql、nosql
etc
실행 사용 에이전트
Nova-Compute,Nova-Network
dea,warden
Kubelet
기본 패키지된 상호 작용 라이브러리
libvirt
warden
pod,docker
표에서 보듯이 이런 분포식 시스템을 설계하려면 중심 컨트롤러, 권한 제어, 메시지 통신, 집행 에이전트 등 모듈이 필요하다.
그렇다면 오픈스테이크,cloudfoundry 두 시스템이 몇 대의 기계를 위탁 관리할 수 있는 병목은 어디에 있습니까?
주로 통신의 메시지량, sql에서cloudfoundry에서의nats의 성능에 대해 시스템 관리 기기의 규모를 직접 결정한다.
일반적인 sql 방면의 병목을 처리하는 방법: sql를 최적화하고nosql를 많이 사용한다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
Mirantis OpenStack DVR 철저 해부(제3회)에서는 가상 머신에서 외부 네트워크로의 통신 (North-South)에 대해 썼습니다. 이번에는 가상 머신 간 통신 (East-West)에 대해 설명하고 싶습니다. 이번에는 다음 네트워크 토폴로지와 같이 모든 라우터...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.