2011-09-02 6 views

답변

3

단일 Zope 인스턴스 내에 이론적 인 제한이 없습니다. 그 이름에서 알 수 있듯이, Zope는 Object Publishing Environment이며 Zope의 관점에서 볼 때 Plone 사이트는 다른 어떤 객체와 같을뿐입니다.

+3

Laurence Rowe의 대답에 plone-users에 대한이 질문에 대한 답을 덧붙일 수는 없습니다. "BTreeFolder2 내부 사이트를 만들면FileStorage의 48bit Oid 제한이됩니다. 각 사이트에는 100000 개의 개체가 사용됩니다. 약 280 억 개의 Plone 사이트가 있습니다. 실용적인 제한은 다소 낮을 수 있습니다. " – SteveM

+0

아, 고마워, 이미 메일 링리스트에서 봤어. 비록 내가 28 억이 무한한 한계에 가깝다고 생각하더라도 그것은 정확하다는 것이 좋다. :) –

3

아무도 접근하지 않으면 나는 당신이 원하는만큼 많이 할 수 있다고 생각합니다. 그들이 액세스하는 경우 귀하의 제약 조건은 메모리와 CPU입니다. 우리는 일반적으로 각 사이트마다 별도의 마운트가있는 다중 사이트 배포를 배포합니다. 즉, 각 사이트마다 별도의 zodb 캐시가 있음을 의미합니다. 이것은 각 사이트가 각 zope 인스턴스에서 더 많은 RAM을 사용한다는 것을 의미합니다. 그러나 이것은 무한합니다. 문제는 아닙니다. 모든 사이트에 자주 액세스하면 CPU가 작동합니다. 요청이 많으면 지연 요청을 피하기 위해 더 많은 코어가 필요합니다. 세 번째 측면은 데이터베이스입니다. 결국에 자주 사이트에서 글을 자주 작성한다면 zodb 연결을 최대한 활용할 수 있습니다. zodb 요청은 가볍기 때문에 이렇게하기가 쉽지 않습니다. 그러나 그렇게했다면, 당신은 잠재적으로 relstorage를 사용하고 복제를함으로써 이것을 회피 할 수 있습니다.

관련 문제