
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Douglas,<div class=""><br class=""></div><div class="">thanks a lot for your response! I would think that we would initially start at a (much) smaller scale, something like 10-100 Users and maybe 1 or 2 TB of images, having one imaging bioinformatician and one IT guy (me), both only partly available for OMERO. </div><div class=""><br class=""></div><div class="">After everything has been setup and is running, after the initial learning and testing phase etc. - could a „small“ OMERO server be provided with only a few hours work per week (or even per month)? Or would it need more continuous attention?</div><div class=""><br class=""></div><div class="">Best regards, Sascha</div><div class=""><br class=""><div class="">

<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><div class="">--</div><div class=""><div apple-content-edited="true" style="font-family: monospace;" class="">Sascha Neinert<br class="">CECAD RRZK IT Service</div><div apple-content-edited="true" style="font-family: monospace;" class="">Regional Computing Center (RRZK)<br class="">University of Cologne<br class="">Phone: +49-221 478-84051 / +49-221 470-89624<br class="">Mail: <a href="mailto:sascha.neinert@uni-koeln.de" class="">sascha.neinert@uni-koeln.de</a></div></div></div><div class=""><br class=""></div></div></div></div></div></div><br class="Apple-interchange-newline"></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">

</div>

<br class=""><div><blockquote type="cite" class=""><div class="">Am 21.02.2017 um 16:22 schrieb Douglas Russell <<a href="mailto:douglas_russell@hms.harvard.edu" class="">douglas_russell@hms.harvard.edu</a>>:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div dir="ltr" class="gmail_msg">Hi,<div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Hardware wise it is difficult to estimate as it will really depend on the number of users, type and volume of data, and the workloads introduced by whatever workflow you decide upon.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">As far as provisioned human resources though, I would say that this is not too different than provisioning any kind of managed service. Installing, patching, updating, adding extensions and similar, if your IT department is good, should only be about as time consuming as the constituent parts (e.g. database schema upgrades, nginx configuration, etc). The configuration and optimisation of the OMERO service itself could be quite time consuming if your IT department have to learn all about it which they probably would not have to do with the database and nginx.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">I feel like the biggest difficulty we have faced at HMS is in integrating distributed components together. We have run into issues that existing services may not suffer from, not because of faults in OMERO, but simply because the resources we are making use of have not been integrated on-site in this way before. For example, we hit a problem where firewall timeouts between OMERO and the db and filesystem share were causing system failure, this was difficult to track down. This is a long way of saying that I think the ideal way to get started is to minimize the complexity of the installation. If having OMERO, OMERO.web, database and block storage (SAN or local) in one machine is possible for the workload you are planning, I would go with that. If you then need to start making use of NFS for the filesystem, or a non-local database server for the db, or a second server for OMERO.web, then I would introduce those later as required, but not all at one time so that each can be tested independently with the otherwise operational monolith.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Finally, I would add that provisioning a service like this really requires heavy buy-in from your IT department if it is to be reliable for large scale use. Here at HMS, our quad wide rollout has (roughly speaking) ~1/2 project manager , ~1/2 developer (need for this depends on customizations I guess, but if this person has OMERO expertise it helps a lot to have them as a consultant to IT) and ~1/4 IT devops. The project manager also has support personnel who are involved in the logistics and the devops has specialists in storage, networking, etc to call upon. We also have a Glencoe Software support contract which is also extremely valuable, especially when we run into new errors that have not been seen before which have often proven to be caused by the local deployment environment.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Sorry it is so anecdotal, but I hope it is useful.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Cheers,</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Douglas</div></div><br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">On Tue, 21 Feb 2017 at 09:37 Sascha Neinert <<a href="mailto:sascha.neinert@uni-koeln.de" class="gmail_msg" target="_blank">sascha.neinert@uni-koeln.de</a>> wrote:<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear all,<br class="gmail_msg">

<br class="gmail_msg">

i did not manage to find much information about the resources that would be needed if one would want to provide an OMERO service - there are example production server set-ups so we could estimate the required IT resources (= hardware), but we wondered about the amount of time needed for running the system („human resources“): updates, patches, error handling, maybe some performance analysis, maybe some optimisations, maybe installing an extension or two…<br class="gmail_msg">

Any experiences on this would be most welcome!<br class="gmail_msg">

<br class="gmail_msg">

Thank you, best regards,<br class="gmail_msg">

Sascha Neinert<br class="gmail_msg">

<br class="gmail_msg">

<br class="gmail_msg">

--<br class="gmail_msg">

Sascha Neinert<br class="gmail_msg">

CECAD RRZK IT Service<br class="gmail_msg">

Regional Computing Center (RRZK)<br class="gmail_msg">

University of Cologne<br class="gmail_msg">

Phone: <a href="tel:+49%20221%2047884051" value="+4922147884051" class="gmail_msg" target="_blank">+49-221 478-84051</a> / <a href="tel:+49%20221%2047089624" value="+4922147089624" class="gmail_msg" target="_blank">+49-221 470-89624</a><br class="gmail_msg">

Mail: <a href="mailto:sascha.neinert@uni-koeln.de" class="gmail_msg" target="_blank">sascha.neinert@uni-koeln.de</a><br class="gmail_msg">

<br class="gmail_msg">

<br class="gmail_msg">

<br class="gmail_msg">

<br class="gmail_msg">

<br class="gmail_msg">

_______________________________________________<br class="gmail_msg">

ome-users mailing list<br class="gmail_msg">

<a href="mailto:ome-users@lists.openmicroscopy.org.uk" class="gmail_msg" target="_blank">ome-users@lists.openmicroscopy.org.uk</a><br class="gmail_msg">

<a href="http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users</a><br class="gmail_msg">

</blockquote></div></div>

_______________________________________________<br class="">ome-users mailing list<br class=""><a href="mailto:ome-users@lists.openmicroscopy.org.uk" class="">ome-users@lists.openmicroscopy.org.uk</a><br class="">http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users<br class=""></div></blockquote></div><br class=""></div></body></html>