우리는 2.0 clustering에서, WSO2의 apim 2.0 클러스터 배포 아키텍처 설계하고, 우리는 그렇게WSO2 API를 관리 2.0 생산 클러스터 배포 아키텍처
1) 구성 변경 사항과 새로운 구성이 게이트웨이에 있습니다. 그러나 gateway clustering은 변경되지 않았습니다.
2) 공용 문서는 아직 없다)
3 Installation Prerequisites 및 Tuning Performance를 참조하십시오. 곧있을거야. 지금까지는 게이트웨이가 클러스터되는 것과 같은 방식으로 클러스터를 클러스터링 할 수 있습니다.
4) 저장 및 게시자는 동일한 클러스터에 있어야합니다.
5) 게이트웨이 노동자, 저장 및 발행인
업데이트 :
출발지 동기에 대해: 게이트웨이 노동자 관리자 설정에서, 우리는 관리 노드 API의 시냅스 파일을 게시 한 후 사용 출발 -sync를 사용하여 해당 API를 게이트웨이 작업자에게 복사합니다. SVN 기반 dep-sync 대신 노드간에 아티팩트를 동기화 할 수있는 모든 것을 사용할 수 있습니다. (예 : rsync)
thx! wso2 게이트웨이 클러스터에 대해 SVN 기반 배포 동기화가 있어야합니까? 및에서 [클러스터 amzone] (https://docs.wso2.com/display/CLUSTER420/Clustering+API+Manager+in+Amazon+Web+Services), 그것은 단지 게이트웨이 클러스터 관리자 + 작업자 모드를 사용하는 것, 그렇지 추천? –
[작업자와 관리자 노드 분리] (https://docs.wso2.com/display/CLUSTER44x/Separating+the+Worker+and+Manager+Nodes#SeperatingtheWorkerandManagerNodes-Patterns)에서 Worker/Manager 분리는 일반적으로 게이트웨이에 대해 수행되지만 게시자와 저장소에 대해서도 수행 할 수 있습니다. –
답변이 업데이트되었습니다. pub/store는 UI이므로 작업자와 관리자를 분리 할 필요가 없습니다. – Bee
BTW, SVN 기반 배포 동기화가 wso2 게이트웨이 클러스터에 있어야합니까? –