|
Author
|
Message
|
|
Tony Wood
|
Monday 09 August 2004 4:14:45 am
Hi,
I understand that the ez.no server cluster has been updated.
Is it possible to document the recommedned method of clustering that will ensure future eZ publish upgrades do not require a new architecture.
I see that page here: http://ez.no/community/news/ez_publish_3_enterprise_setup_test Is this still valid? --tony
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Ole Morten Halvorsen
|
Tuesday 10 August 2004 1:08:50 am
Hi Tony, The cluster has not yet been updated, but it will be. The main reason for this cluster update is not speed or performance, but faulty hardware. As soon as we have done some testing on the new cluster we will post the result on ez.no as we did with the current cluster. The link you refered to is still valid. We use and will use the same kind of server setup, but the numbers are a bit off now as we have moved to 3.4 which we all know is faster than 3.3. Ole M.
Senior Software Engineer - Vision with Technology
http://www.visionwt.com
http://www.omh.cc
http://www.twitter.com/omh
eZ Certified Developer
http://ez.no/certification/verify/358441
http://ez.no/certification/verify/272578
|
|
francis Nart
|
Tuesday 10 August 2004 2:02:02 am
Hi,
I just read the setup and I notice that there is no server dedicated to the database. So, in fact, each server is running eZ publish + MySQL. Wouldn't it be better to have a dedicated server for each task for better performance ?
Did you test it ? Thanks !
|
|
Bård Farstad
|
Tuesday 10 August 2004 2:04:32 am
Yes, we've tested having MySQL on a separate server and it's not faster with eZ publish. Most of the processing time is not in the database. The database takes up from 3-20% of the total processing time of a page. Having the database on a separate server for databases will be slower due to the overhead in connection time. --bård
Documentation: http://ez.no/doc
|
|
Tony Wood
|
Tuesday 10 August 2004 3:30:09 am
Thanks for the feedback Ole. I just wanted to ensure the load-balancing structure has not changed. Francis: I would agree with Bard the sql acess call is not the problem as the MySQL database does very little work compared to the PHP segment of the httpd transaction. For us we see the problem with the reading of the SQL statement:http://ez.no/community/forum/install_configuration/what_is_happening_in_time_accumulators_string_conversion_in_mysql --tony
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
francis Nart
|
Tuesday 10 August 2004 6:02:46 am
thanks for those replies ! Francis.
|
|
Bård Farstad
|
Tuesday 10 August 2004 6:04:20 am
No problem. We will also post some information once these servers are actually up and running. We will do a performance comparision with the other cluster which was done on 3.0. --bård
Documentation: http://ez.no/doc
|
|
Stuart Fenton
|
Sunday 21 August 2005 12:28:01 pm
What is the current maximum number of objects that can be used in ez. I have read in the forums that the maximum is 500,000 objects. I am looking into a site that will have in excess of 5 million objects. They are stored in multiple categories but need to be searched on mass. Is this possible in ez or is this outside of ez's capability? Also what are the current stats for your 4 server setup now you are using a later version of ez. The Stats are on version 3.2.
References:
http://ez.no/community/forum/general/general_info_about_ezpublish
http://ez.no/community/articles/clustering_ez_publish
http://ez.no/community/forum/developer/clustering
Thanks
Fats
-- Stuart
[email protected]
http://www.grandmore.com
|
|
Stuart Fenton
|
Friday 26 August 2005 1:56:23 pm
Reply from ez Hi,
The situation you describe is hard to scale with eZ publish to be
honest. Another search engine would help for the search part but 5 000
000 objects will be hard to scale for our tree structure algorithm. It could be ok for eZ publish 4.0 which will be released next summer. Does it answer your question? Do you need more information? Bertrand Maugain
-- Stuart
[email protected]
http://www.grandmore.com
|
|
Stuart Fenton
|
Friday 26 August 2005 1:57:09 pm
If I used an external search engine to do the searching, assuming the results are contained to say 1,000 objects. Would the tree structure algorithm be able to handle the results. I have used postgresql's Free Text Search "OpenFTS" before but would mean using Postgresql which I'd rather not do. I'm assuming that the problem is the way the results are returned within ez and not on how the search is done. I created an update for OpenFTS some time ago so I got quite deeply into your search method as well as OpenFTS. http://openfts.sourceforge.net/ So to paraphrase, assuming I wrote a different search method to index and locate the objects returned, I could still use the tree structure algorithm when populating the results into ez. Is this right? Thanks for your help.
Regards
Fats.
-- Stuart
[email protected]
http://www.grandmore.com
|
|
Stuart Fenton
|
Friday 26 August 2005 1:58:16 pm
Reply from ez Hi, To be clear:
The problem doesn't start with the search engine, it starts with the
tree algorithm which will have serious problems to handle 5 millions
objects, not much that can be done there at least with the current system. eZ publish 4.0 might be able to handle that.
--
Best regards, Bertrand Maugain
-- Stuart
[email protected]
http://www.grandmore.com
|
|
Tony Wood
|
Tuesday 30 August 2005 6:13:14 am
Hi, I think Fats has raised a good point. (Hi fats)
Can we have a page on the eZ site that has listed the system limited listed.
This should be per single server and also per load balanced environment.
- Maximum number of objects stored. (added information could state whether tree depth affects this)
- Maximum tree depth
- Maximum number of users.
- Maximum workflows.
- etc.. you get my meaning. This should have a recommended and then a caveat that stats "you can go over this to x but system performance deteriorates". I think this is a must as we enter into the “enterprise” phase of eZ publish. Also a quick note, please do not use figure for 4.0 yet, please state 3.6+ as this version will be with us for another year I feel. Tony
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|