the grand reunion

[Yuri-11]

Hi!

 Actually I've two Plone "working envinronment" and one zope, each in a
different machine:

 - one, with two zope 2.9 istances (one for developing), running both
multiple Plone 2.5 instances
 - one, with zope 2.9, running multiple Plone 2.5 instances
 - one, with zope 2.7.9, running zope only applications

 We have bought "big iron" hardware now, where I can do almost
everything (with a fiber channel network storage, multiple rack servers).

tipically, I use one instance to develop, and one to deploy. This mean
different zope instances which shares only the base, and having
different products.

I would like to have an easy way to develop without having to be subject
to dependencies from other envinroment, minimize the effort to mantain
it and focus on doing things :)

 Is one big zope installation, with multiple instances, well suited for
this tasks? Or is better different zope versions? What about the various
Data.fs, is better to have them separated by application or by zope
envinroment? I mean all the Plone in a single Data.fs or each one in a
separated Data.fs?

 So, what is the best approach to migrate the three servers?

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[robert rottermann]

hi yuri,

when setting up a zope/zeo task and everything was still a bit of a
challenge (at least to me) we tended to have everything in one big
instance that served some 20 low traffic sites.
since then setting up a site with all the tools it needs has become a
trivially easy and quick to execute task. we have converted nearly all
these sites to have their own instance.

I would not do it differently anymore ..

robert

Yuri schrieb:

> Hi!
>
>  Actually I've two Plone "working envinronment" and one zope, each in a
> different machine:
>
>  - one, with two zope 2.9 istances (one for developing), running both
> multiple Plone 2.5 instances
>  - one, with zope 2.9, running multiple Plone 2.5 instances
>  - one, with zope 2.7.9, running zope only applications
>
>  We have bought "big iron" hardware now, where I can do almost
> everything (with a fiber channel network storage, multiple rack servers).
>
> tipically, I use one instance to develop, and one to deploy. This mean
> different zope instances which shares only the base, and having
> different products.
>
> I would like to have an easy way to develop without having to be subject
> to dependencies from other envinroment, minimize the effort to mantain
> it and focus on doing things :)
>
>  Is one big zope installation, with multiple instances, well suited for
> this tasks? Or is better different zope versions? What about the various
> Data.fs, is better to have them separated by application or by zope
> envinroment? I mean all the Plone in a single Data.fs or each one in a
> separated Data.fs?
>
>  So, what is the best approach to migrate the three servers?
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Plone-developers mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/plone-developers
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Florian Friesdorf]

Hi Robert,

On Fri, Apr 11, 2008 at 04:04:43PM +0200, robert rottermann wrote:

> hi yuri,
>
> when setting up a zope/zeo task and everything was still a bit of a
> challenge (at least to me) we tended to have everything in one big
> instance that served some 20 low traffic sites.
> since then setting up a site with all the tools it needs has become a
> trivially easy and quick to execute task. we have converted nearly all
> these sites to have their own instance.
>
> I would not do it differently anymore ..

Do you have or are there any comparisons for RAM usage of one zope instance
containing multiple plone instances vs. multiple zope instances containing a
single plone instance only?

florian


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Rudá Porto Filgueiras]

On Fri, Apr 11, 2008 at 1:23 PM, Florian Friesdorf <[hidden email]> wrote:

> Hi Robert,
>
>
>  On Fri, Apr 11, 2008 at 04:04:43PM +0200, robert rottermann wrote:
>  > hi yuri,
>  >
>  > when setting up a zope/zeo task and everything was still a bit of a
>  > challenge (at least to me) we tended to have everything in one big
>  > instance that served some 20 low traffic sites.
>  > since then setting up a site with all the tools it needs has become a
>  > trivially easy and quick to execute task. we have converted nearly all
>  > these sites to have their own instance.
>  >
>  > I would not do it differently anymore ..
>
>  Do you have or are there any comparisons for RAM usage of one zope instance
>  containing multiple plone instances vs. multiple zope instances containing a
>  single plone instance only?

It will be overkill. ;-)
We run all Plone sitess in same instance as possible (plone provider),
only creating one data.fs to each Plone Site and tunning cache objects
to each site needs.

>  florian
>
> -------------------------------------------------------------------------
>  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  Don't miss this year's exciting event. There's still time to save $100.
>  Use priority code J8TL2D2.
>  http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
>  Plone-developers mailing list
>  [hidden email]
>  https://lists.sourceforge.net/lists/listinfo/plone-developers
>
>

--
Rudá Porto Filgueiras
Weimar Consultoria

http://python-blog.blogspot.com

Hospedagem Plone, Zope e Python?
http://www.pytown.com
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[robert rottermann]

Rudá Porto Filgueiras schrieb:

> On Fri, Apr 11, 2008 at 1:23 PM, Florian Friesdorf <[hidden email]> wrote:
>> Hi Robert,
>>
>>
>>  On Fri, Apr 11, 2008 at 04:04:43PM +0200, robert rottermann wrote:
>>  > hi yuri,
>>  >
>>  > when setting up a zope/zeo task and everything was still a bit of a
>>  > challenge (at least to me) we tended to have everything in one big
>>  > instance that served some 20 low traffic sites.
>>  > since then setting up a site with all the tools it needs has become a
>>  > trivially easy and quick to execute task. we have converted nearly all
>>  > these sites to have their own instance.
>>  >
>>  > I would not do it differently anymore ..
>>
>>  Do you have or are there any comparisons for RAM usage of one zope instance
>>  containing multiple plone instances vs. multiple zope instances containing a
>>  single plone instance only?
>
> It will be overkill. ;-)
> We run all Plone sitess in same instance as possible (plone provider),
> only creating one data.fs to each Plone Site and tunning cache objects
> to each site needs.
>

you might be right,
is is an overkill when you start. just creating a new folder and a new
plone site in it is *so* easy.
however, every site has its own lifecycle and tends to call for extra
products, adaptations, plone & product versions, you name it. every such
change affects every site in a "one zope/several plone site" setup.
and even if the change migth be trivial, it can have unwanted side
effects for an other site.
my experience is: dont do it!

robert

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Hedley Roos-2]

>  you might be right,
>  is is an overkill when you start. just creating a new folder and a new
>  plone site in it is *so* easy.
>  however, every site has its own lifecycle and tends to call for extra
>  products, adaptations, plone & product versions, you name it. every such
>  change affects every site in a "one zope/several plone site" setup.
>  and even if the change migth be trivial, it can have unwanted side
>  effects for an other site.
>  my experience is: dont do it!
>
>  robert
>

My favourite is when you have some deadlock somewhere and all your
sites are stuck :)

And of course portal types are in a single namespace. The only
situation where I think it is acceptable is when your all your clients
don't use too many products outside Plone's core.

H

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers