<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt">Used to work in a place where opencms was the content mgmt running a site with many hundreds of pages.  It was heavily customized and integrated with a lot of other technology, but we had apache on machines in datacenters in both the east and west coast and a we did a publish to a server here in the midwest and synced the content out to the servers every ten minutes or something in cron with rsync.<br><br>the caveat is that our heavy customization meant that all the dynamic content was built out statically to the server in the midwest when we published and that's what got synced out to the apache servers. So tomcat was for the workplace users to make content changes and to view what they'd look like internally but when published it all became static content and our dynamicness was all ajax including a lot of xslt not backend
 technology.  <br><br>One problem we had is that we ran the rsync in cron (every 5 or 10 minutes and the whole directory was taking right up to the end to get through meaning that the rsync was running perpetually and would sometimes overlap which wasn't acceptable), <br><br>we made those rsync scripts cover smaller and smaller portions of the doc root so they'd consistently get done in the time limit but it got to be a bit of headache if you multiply setting up 6 servers per coast times x scripts per server in cron.<br><br>At some point after I left they may've gotten that going on demand versus in cron and they were also working on getting an addition to the db to track and run through anything that'd change in the publishing queue.<br><br><div><span><br></span></div><div><br></div>  <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size:
 12pt;"> <div dir="ltr"> <hr size="1">  <font size="2" face="Arial"> <b><span style="font-weight:bold;">From:</span></b> Arash Kaffamanesh <ak@cloudssky.com><br> <b><span style="font-weight: bold;">To:</span></b> The OpenCms mailing list <opencms-dev@opencms.org> <br> <b><span style="font-weight: bold;">Sent:</span></b> Wednesday, September 11, 2013 1:38 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [opencms-dev] 3xOpenCMS sharing one Database, yes or no ?<br> </font> </div> <div class="y_msg_container"><br><div id="yiv2727321463"><div dir="ltr"><div><div>Hi Jose,<br><br>1 Apache + 1 JBoss or Tomcat per node and HAProxy in front might be the right solution.<br>
<br>In genral static export could be a good solution if you don't have 
any dynamic content elements / apps  and server your content statically.<br>If
 you would need only static content , you can have only one workplace 
and sync your static content to your multiple JBoss Portal nodes and use
 any loadbalancing technics such as HAProxy. If you don't need JBoss 
Portal, then use Tomcat.<br>
<br>But if you have any dynamic content / apps, then you have to use 
OCEE or some other cluster ready technologies such as OCCX (Metamesh's OpenCms Cloud 
eXtensions), which we are going to present on OpenCms Days in 3 weeks.<br></div><div><br></div>Kind Regards,<br></div>Arash<br><div><div><div><div><br><font color="#0000ff"><font color="#0000ff"><a rel="nofollow" target="_blank" href="http://www.cloudssky.com/en/events/opencms-days-2013.html">Visit us at OpenCms Days Conference (free tickes available)</a></font></font><font color="#0000ff"><font color="#0000ff"><br>
<a rel="nofollow" target="_blank" href="http://cloudssky.com/en/cloud_products/cloudsites.html">CloudSites empowered by Metamesh's O<font color="#0000ff">p</font>enCms Cloud eXtensions (OCCX</a></font></font>)</div></div><div style="color:rgb(34,34,34);">

</div><div style="color:rgb(34,34,34);">
<span style="color:rgb(0,0,0);"><span style="background-color:rgb(255,255,255);"><font><b>________________</b></font><font><b>____________</b></font><b>   </b><b>  </b></span></span></div><div><span style="background-color:rgb(255,255,255);"><b>Arash Kaffamanesh</b><span style="font-family:arial, sans-serif;"><b><span style="font-size:13px;font-family:arial, sans-serif;"><br>
Clouds Sky GmbH<span></span><br></span></b></span></span></div><div><span style="background-color:rgb(255,255,255);"><span style="font-family:arial, sans-serif;"><b><span style="font-size:13px;font-family:arial, sans-serif;">Im Mediapark 4C</span></b></span></span></div>
<div><span style="background-color:rgb(255,255,255);"><span style="font-family:arial, sans-serif;"><b><span style="font-size:13px;font-family:arial, sans-serif;">50760 Köln<br></span></b></span></span></div><span style="background-color:rgb(255,255,255);"><span style="font-family:arial, sans-serif;">
<a href="" rel="nofollow">+49 221 379 90 680</a></span><br><span style="color:rgb(0,0,0);"><a rel="nofollow" target="_blank" href="http://www.cloudssky.com/">www.cloudssky.com</a><b><br>_________________</b><font><b>___________</b></font></span></span><br>
<div class="yiv2727321463gmail_extra"><br><br><div class="yiv2727321463gmail_quote">On Wed, Sep 11, 2013 at 5:43 PM, Jose Ignacio Yarza <span dir="ltr"><<a rel="nofollow" ymailto="mailto:jiyarza@opensistemas.com" target="_blank" href="mailto:jiyarza@opensistemas.com">jiyarza@opensistemas.com</a>></span> wrote:<br>
<blockquote class="yiv2727321463gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">Thank you for your comments Hernan.<br>
<br>
I agree with using Varnish or Nginx, that is a first aid that will improve things a bit.<br>
<br>
When you say:<br>
<div class="yiv2727321463im"><br>
"We got much better results using 1 APACHE /JBOSS per box and not a 3 to 1<br>
</div>combination."...<br>
<br>
You mean you got better results with a standard setup (1 Apache + 1 JBoss/Opencms + 1 database) than with @subject, or anything else?<br>
<br>
<br>
Regards,<br>
Jose<br>
<br>
-----Mensaje original-----<br>
De: <a rel="nofollow" ymailto="mailto:opencms-dev-bounces@opencms.org" target="_blank" href="mailto:opencms-dev-bounces@opencms.org">opencms-dev-bounces@opencms.org</a> [mailto:<a rel="nofollow" ymailto="mailto:opencms-dev-bounces@opencms.org" target="_blank" href="mailto:opencms-dev-bounces@opencms.org">opencms-dev-bounces@opencms.org</a>] En nombre de HERNAN - TFSLA<br>
Enviado el: miércoles, 11 de septiembre de 2013 14:28<br>
Para: <a rel="nofollow" ymailto="mailto:opencms-dev@opencms.org" target="_blank" href="mailto:opencms-dev@opencms.org">opencms-dev@opencms.org</a><br>
<div class="yiv2727321463"><div class="yiv2727321463h5">Asunto: Re: [opencms-dev] 3xOpenCMS sharing one Database, yes or no ?<br>
<br>
<br>
Hi Jose,<br>
<br>
I assuming you already go trough Flexcache fine tuning, so, I think the<br>
answer you are looking is IT DEPENDS. If you have a static site with very<br>
low publication frequency (a couple a day) static option is certainly the<br>
best option. Complement that with Varnish or Nginx and you will never see a<br>
performance issue again.<br>
<br>
If you have a very dynamic site (comments, login, counters, personalization,<br>
etc) OR a high publication frequency the Flexcache will not be enough and<br>
you will be needing OCEE Accelerator or some sort of cache.<br>
<br>
That said, we typically used both, parts of the site are static and part<br>
dynamic. We generate some of the HTML blocks calling the jsp from a cron on<br>
the RFS and the consume it using Ajax.<br>
<br>
Another couple of things. We experimented with the scenario you described.<br>
We got much better results using 1 APACHE /JBOSS per box and not a 3 to 1<br>
combination. That said, we also got MUCH MUCH better results with Tomcat7<br>
than Jboss.<br>
<br>
I hope that helps.<br>
<br>
<br>
<br>
jiyarza wrote:<br>
><br>
> Excuse me for the triple post, but I wanted to link another recent post<br>
> with<br>
> good info, in the same thread from Stephan Hartmann:<br>
><br>
><br>
><br>
> <a rel="nofollow" target="_blank" href="http://permalink.gmane.org/gmane.comp.cms.opencms.devel/38170">http://permalink.gmane.org/gmane.comp.cms.opencms.devel/38170</a><br>
><br>
><br>
><br>
> If all this does relate with the setup at hand, and none has anything to<br>
> add, I’d take it as official for me: Either OCEE or static export.<br>
><br>
><br>
><br>
> Thanks.<br>
><br>
><br>
><br>
> De: <a rel="nofollow" ymailto="mailto:opencms-dev-bounces@opencms.org" target="_blank" href="mailto:opencms-dev-bounces@opencms.org">opencms-dev-bounces@opencms.org</a><br>
> [mailto:<a rel="nofollow" ymailto="mailto:opencms-dev-bounces@opencms.org" target="_blank" href="mailto:opencms-dev-bounces@opencms.org">opencms-dev-bounces@opencms.org</a>]<br>
> En nombre de Jose Ignacio Yarza<br>
> Enviado el: miércoles, 11 de septiembre de 2013 11:22<br>
> Para: 'The OpenCms mailing list'<br>
> Asunto: Re: [opencms-dev] 3xOpenCMS sharing one Database, yes or no ?<br>
><br>
><br>
><br>
> Excerpt from here:<br>
><br>
><br>
><br>
> <a rel="nofollow" target="_blank" href="http://comments.gmane.org/gmane.comp.cms.opencms.devel/38158">http://comments.gmane.org/gmane.comp.cms.opencms.devel/38158</a><br>
><br>
><br>
><br>
> Achim Westermann wrote this a month ago:<br>
><br>
><br>
><br>
> “(…)My current company spent again<br>
><br>
> and again and again and again and again efforts to circumvent buying<br>
><br>
> ocee. We set up cronjobs to delete static export files on slave servers<br>
><br>
> (which costs additional performance), I - as a former OpenCms developer<br>
><br>
> with some insight on the internals - coded a jsp to flush the caches on<br>
><br>
> the slave instances. And on a weekly turn someone passes by to let me<br>
><br>
> request that special jsp to have the cache flushed. And then they tried<br>
><br>
> to deactivate the OpenCms cache and ran into performance issues. Putting<br>
><br>
> an external cache in front of a clustered OpenCms will even get you<br>
><br>
> deeper into the mud.<br>
><br>
> And then some editor did forget or not know (as they were new to our<br>
><br>
> company) that an OpenCms cluster slave will not know about changes<br>
><br>
> witout ocee. Did not contact me and had troubles because changes were<br>
><br>
> not propagated. And again and again and again and again and again and<br>
><br>
> again I keep on manually flushing the cache on the slave cluster servers<br>
><br>
> if some editor knew that we had this "cluster - issue".<br>
><br>
> Sum up: Those 3500 bucks spent on ocee cluster... we already lost a lot<br>
><br>
> more of money to circumvent buying that. And we will never achieve a<br>
><br>
> better solution because Alkacon did work on that for many years and<br>
><br>
> constantly is fixing bugs concerning ocee cluster. This is not a fanboi<br>
><br>
> advertisement. It's just my opinion: You will never save money by trying<br>
><br>
> to implement your own OpenCms cluster. The only thing you will achieve<br>
><br>
> is to increase your level of maintenance and time to web.<br>
><br>
> In case you don't know what problems will arise when running OpenCms in<br>
><br>
> a cluster without ocee feel free to answer.<br>
><br>
> “<br>
><br>
><br>
><br>
> What Achim says, which I can completely identify with, would be aligned<br>
> with<br>
> the official word?<br>
><br>
><br>
><br>
> Thanks<br>
><br>
><br>
><br>
><br>
><br>
> De: <a rel="nofollow" ymailto="mailto:opencms-dev-bounces@opencms.org" target="_blank" href="mailto:opencms-dev-bounces@opencms.org">opencms-dev-bounces@opencms.org</a><br>
> [mailto:<a rel="nofollow" ymailto="mailto:opencms-dev-bounces@opencms.org" target="_blank" href="mailto:opencms-dev-bounces@opencms.org">opencms-dev-bounces@opencms.org</a>]<br>
> En nombre de Jose Ignacio Yarza<br>
> Enviado el: miércoles, 11 de septiembre de 2013 11:13<br>
> Para: 'The OpenCms mailing list'<br>
> Asunto: [opencms-dev] 3xOpenCMS sharing one Database, yes or no ?<br>
><br>
><br>
><br>
> Hi List,<br>
><br>
><br>
><br>
><br>
><br>
> This is an important issue that I would like to share with and if possible<br>
> get from you some valuable and informed feedback.<br>
><br>
><br>
><br>
> We have setup in a production environment three opencms (8.5) instances<br>
> over<br>
> three independent JBoss (not clustered), sharing one same Oracle (11g)<br>
> database. There is an Apache web server balancig between the three JBoss<br>
> instances. This environment is read-only, there is not content management<br>
> concurrency, only dynamic page generation for a website.<br>
><br>
><br>
><br>
> The issue is that there is a performance degradation that does not happen<br>
> in<br>
> our other single-instance environments, which are setup in the standard<br>
> way<br>
> (named development and test).<br>
><br>
><br>
><br>
> I know about the potential problems with the data access parts managed<br>
> inside the three JBoss instances, where we'd find three different<br>
> connection<br>
> pools, Solr indexes not in sync, flex cache,...<br>
><br>
><br>
><br>
> Question: So, Is it an affordable task to tune up this setup and make it<br>
> work fine? Do we need OCEE? Is the pain worth it being a read only<br>
> environment? Wouldn't be a much better solution, in this read-only<br>
> scenario,<br>
> using static export altogether?<br>
><br>
><br>
><br>
> I know this is a recurrent matter,  and have read good information but<br>
> also<br>
> some divagation about it. I have my own opinion (go static), but it seems<br>
> not enough for politicians, that’s why I am asking here. Any official<br>
> advice<br>
> on the overall idea is also very welcome. Thank you for your suggestions.<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> Jose Ignacio Yarza<br>
><br>
> Open Sistemas<br>
><br>
> Tel: 649 157 537<br>
><br>
><br>
><br>
> logo_open<br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> This mail is sent to you from the opencms-dev mailing list<br>
> To change your list options, or to unsubscribe from the list, please visit<br>
> <a rel="nofollow" target="_blank" href="http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev">http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev</a><br>
><br>
><br>
><br>
><br>
><br>
--<br>
View this message in context: <a rel="nofollow" target="_blank" href="http://old.nabble.com/3xOpenCMS-sharing-one-Database%2C-yes-or-no---tp35930968p35931584.html">http://old.nabble.com/3xOpenCMS-sharing-one-Database%2C-yes-or-no---tp35930968p35931584.html</a><br>

Sent from the OpenCMS mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
This mail is sent to you from the opencms-dev mailing list<br>
To change your list options, or to unsubscribe from the list, please visit<br>
<a rel="nofollow" target="_blank" href="http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev">http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
This mail is sent to you from the opencms-dev mailing list<br>
To change your list options, or to unsubscribe from the list, please visit<br>
<a rel="nofollow" target="_blank" href="http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev">http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev</a><br>
<br>
<br>
<br>
</div></div></blockquote></div><br><div><div style="font-family:arial;font-size:small;"><div><span style="background-color:rgb(255,255,255);"><span style="color:rgb(0,0,0);"><font><b></b></font></span><span style="color:rgb(11,83,148);"><b><span style="color:rgb(0,0,0);"></span> </b></span></span><div style="color:rgb(34,34,34);">
<span style="color:rgb(11,83,148);"></span><font> </font></div></div></div></div>
</div></div></div></div></div><br>_______________________________________________<br>This mail is sent to you from the opencms-dev mailing list<br>To change your list options, or to unsubscribe from the list, please visit<br><a href="http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev" target="_blank">http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev</a><br><br><br><br><br><br></div> </div> </div>  </div></body></html>