This is an archive of the Maximo Yahoo Community. The content of this pages may be a sometimes obsolete so please check post dates.
Thanks to the community owner Christopher Wanko for providing the content.
Anyone have any experience in optimizing Maximo? I've set a couple of flags for the JVM:
-Dsun.rmi.dgc.ackTimeout=10000
-Djava.net.preferIPv4stack=true
-server
The other options I don't really know how to set.
Also, the documentation discusses setting up UI/Q/Cron Clusters. Has anyone tried this?
We did it with our recent upgrade to 7.1.1.6. We have 4 clustered ui
servers, one cron server, and one reporting server. The actual setting up in
Websphere is the easy part, but all the system properties you need to set
(for example to disable all escalation from running on all servers but the
cron server, or setting reports to only run on the report server) is a bit
involved. We used Interloc Solutions to help us with the whole clustering
setup. We also set up the jdbc queues for integration. Although you don't
have to, as I understand it, it is advised for performance reasons.
On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@susser.com> wrote:
> **
>
>
> Anyone have any experience in optimizing Maximo? I've set a couple of flags
> for the JVM:
> -Dsun.rmi.dgc.ackTimeout=10000
> -Djava.net.preferIPv4stack=true
> -server
>
> The other options I don't really know how to set.
>
> Also, the documentation discusses setting up UI/Q/Cron Clusters. Has anyone
> tried this?
>
>
>
--
Kevin
Garner, NC
Thank you for the quick response, Kevin. Are the Cron and Q clusters on a different box? Are you guys cron/integration heavy? How many users do you guys have? Did you notice a significant difference in performance? Did this change massively complicate future installation/upgrades?
Sorry for all the questions! I really appreciate the help.
--- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@...> wrote:
>
> We did it with our recent upgrade to 7.1.1.6. We have 4 clustered ui
> servers, one cron server, and one reporting server. The actual setting up in
> Websphere is the easy part, but all the system properties you need to set
> (for example to disable all escalation from running on all servers but the
> cron server, or setting reports to only run on the report server) is a bit
> involved. We used Interloc Solutions to help us with the whole clustering
> setup. We also set up the jdbc queues for integration. Although you don't
> have to, as I understand it, it is advised for performance reasons.
>
> On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@...> wrote:
>
> > **
> >
> >
> > Anyone have any experience in optimizing Maximo? I've set a couple of flags
> > for the JVM:
> > -Dsun.rmi.dgc.ackTimeout=10000
> > -Djava.net.preferIPv4stack=true
> > -server
> >
> > The other options I don't really know how to set.
> >
> > Also, the documentation discusses setting up UI/Q/Cron Clusters. Has anyone
> > tried this?
> >
> >
> >
>
>
>
> --
> Kevin
> Garner, NC
>
>
>
>
We did this as a "vertical cluster" which means all application servers are
on the same box.
I would say that at this point we are not heavy on cron but we were
preparing for future growth. We are also not heavy on integration currently
either, as all we use integration for at this point is moving configurations
between environments and also for data loading assets, locations, items,
etc. However we do have an SAP integration looming out there on our roadmap.
We had a single server on version 6.0.4 and were running 50 users. It was
not pretty. Crashed all the time. So of course we see a huge improvement in
performance. Since we have moved to 7 I have seen a total of 77 users at one
time and the system never broke a sweat. Websphere seems to do a pretty good
job spreading the users throughout the cluster relatively evenly.
So since this is a new configuration for us, I don't know if I can answer
whether it massively complicates future installation or upgrades. When we
move to v7.5 someday, it seems that I have read that Websphere 7 has a tool
to pull our Websphere 6.1 configuration and rebuild it in 7. So I'm hoping
it won't be too complicated to upgrade.
On Fri, Jul 8, 2011 at 12:31 PM, ssc.susser <casey.gay@susser.com> wrote:
> **
>
>
> Thank you for the quick response, Kevin. Are the Cron and Q clusters on a
> different box? Are you guys cron/integration heavy? How many users do you
> guys have? Did you notice a significant difference in performance? Did this
> change massively complicate future installation/upgrades?
>
> Sorry for all the questions! I really appreciate the help.
>
>
> --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@...> wrote:
> >
> > We did it with our recent upgrade to 7.1.1.6. We have 4 clustered ui
> > servers, one cron server, and one reporting server. The actual setting up
> in
> > Websphere is the easy part, but all the system properties you need to set
> > (for example to disable all escalation from running on all servers but
> the
> > cron server, or setting reports to only run on the report server) is a
> bit
> > involved. We used Interloc Solutions to help us with the whole clustering
> > setup. We also set up the jdbc queues for integration. Although you don't
> > have to, as I understand it, it is advised for performance reasons.
> >
> > On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@...> wrote:
> >
> > > **
> > >
> > >
> > > Anyone have any experience in optimizing Maximo? I've set a couple of
> flags
> > > for the JVM:
> > > -Dsun.rmi.dgc.ackTimeout=10000
> > > -Djava.net.preferIPv4stack=true
> > > -server
> > >
> > > The other options I don't really know how to set.
> > >
> > > Also, the documentation discusses setting up UI/Q/Cron Clusters. Has
> anyone
> > > tried this?
> > >
> > >
> > >
> >
> >
> >
> > --
> > Kevin
> > Garner, NC
> >
> >
> >
> >
>
>
>
--
Kevin
Garner, NC
Another great source is the Best Practices for Performance Whitepaper:
Version 7: https://www.ibm.com/developerworks/wikis/download/attachments/138318044/BestPracticesForMaximoSystemPerformance7x.pdf
Version 5/6: https://www-304.ibm.com/support/docview.wss?uid=swg21395387&aid=1
--- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@...> wrote:
>
> We did this as a "vertical cluster" which means all application servers are
> on the same box.
>
> I would say that at this point we are not heavy on cron but we were
> preparing for future growth. We are also not heavy on integration currently
> either, as all we use integration for at this point is moving configurations
> between environments and also for data loading assets, locations, items,
> etc. However we do have an SAP integration looming out there on our roadmap.
>
> We had a single server on version 6.0.4 and were running 50 users. It was
> not pretty. Crashed all the time. So of course we see a huge improvement in
> performance. Since we have moved to 7 I have seen a total of 77 users at one
> time and the system never broke a sweat. Websphere seems to do a pretty good
> job spreading the users throughout the cluster relatively evenly.
>
> So since this is a new configuration for us, I don't know if I can answer
> whether it massively complicates future installation or upgrades. When we
> move to v7.5 someday, it seems that I have read that Websphere 7 has a tool
> to pull our Websphere 6.1 configuration and rebuild it in 7. So I'm hoping
> it won't be too complicated to upgrade.
>
> On Fri, Jul 8, 2011 at 12:31 PM, ssc.susser <casey.gay@...> wrote:
>
> > **
> >
> >
> > Thank you for the quick response, Kevin. Are the Cron and Q clusters on a
> > different box? Are you guys cron/integration heavy? How many users do you
> > guys have? Did you notice a significant difference in performance? Did this
> > change massively complicate future installation/upgrades?
> >
> > Sorry for all the questions! I really appreciate the help.
> >
> >
> > --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@> wrote:
> > >
> > > We did it with our recent upgrade to 7.1.1.6. We have 4 clustered ui
> > > servers, one cron server, and one reporting server. The actual setting up
> > in
> > > Websphere is the easy part, but all the system properties you need to set
> > > (for example to disable all escalation from running on all servers but
> > the
> > > cron server, or setting reports to only run on the report server) is a
> > bit
> > > involved. We used Interloc Solutions to help us with the whole clustering
> > > setup. We also set up the jdbc queues for integration. Although you don't
> > > have to, as I understand it, it is advised for performance reasons.
> > >
> > > On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@> wrote:
> > >
> > > > **
> > > >
> > > >
> > > > Anyone have any experience in optimizing Maximo? I've set a couple of
> > flags
> > > > for the JVM:
> > > > -Dsun.rmi.dgc.ackTimeout=10000
> > > > -Djava.net.preferIPv4stack=true
> > > > -server
> > > >
> > > > The other options I don't really know how to set.
> > > >
> > > > Also, the documentation discusses setting up UI/Q/Cron Clusters. Has
> > anyone
> > > > tried this?
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Kevin
> > > Garner, NC
> > >
> > >
> > >
> > >
> >
> >
> >
>
>
>
> --
> Kevin
> Garner, NC
>
>
>
>
Yep, that's what I've been reading. Just wondering if the time configuring and administering the clustering would be worth it. I've done everything but that so far.
--- In MAXIMO@yahoogroups.com, "Jason Verly" <jason.verly@...> wrote:
>
> Another great source is the Best Practices for Performance Whitepaper:
>
> Version 7: https://www.ibm.com/developerworks/wikis/download/attachments/138318044/BestPracticesForMaximoSystemPerformance7x.pdf
>
> Version 5/6: https://www-304.ibm.com/support/docview.wss?uid=swg21395387&aid=1
>
>
> --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@> wrote:
> >
> > We did this as a "vertical cluster" which means all application servers are
> > on the same box.
> >
> > I would say that at this point we are not heavy on cron but we were
> > preparing for future growth. We are also not heavy on integration currently
> > either, as all we use integration for at this point is moving configurations
> > between environments and also for data loading assets, locations, items,
> > etc. However we do have an SAP integration looming out there on our roadmap.
> >
> > We had a single server on version 6.0.4 and were running 50 users. It was
> > not pretty. Crashed all the time. So of course we see a huge improvement in
> > performance. Since we have moved to 7 I have seen a total of 77 users at one
> > time and the system never broke a sweat. Websphere seems to do a pretty good
> > job spreading the users throughout the cluster relatively evenly.
> >
> > So since this is a new configuration for us, I don't know if I can answer
> > whether it massively complicates future installation or upgrades. When we
> > move to v7.5 someday, it seems that I have read that Websphere 7 has a tool
> > to pull our Websphere 6.1 configuration and rebuild it in 7. So I'm hoping
> > it won't be too complicated to upgrade.
> >
> > On Fri, Jul 8, 2011 at 12:31 PM, ssc.susser <casey.gay@> wrote:
> >
> > > **
> > >
> > >
> > > Thank you for the quick response, Kevin. Are the Cron and Q clusters on a
> > > different box? Are you guys cron/integration heavy? How many users do you
> > > guys have? Did you notice a significant difference in performance? Did this
> > > change massively complicate future installation/upgrades?
> > >
> > > Sorry for all the questions! I really appreciate the help.
> > >
> > >
> > > --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@> wrote:
> > > >
> > > > We did it with our recent upgrade to 7.1.1.6. We have 4 clustered ui
> > > > servers, one cron server, and one reporting server. The actual setting up
> > > in
> > > > Websphere is the easy part, but all the system properties you need to set
> > > > (for example to disable all escalation from running on all servers but
> > > the
> > > > cron server, or setting reports to only run on the report server) is a
> > > bit
> > > > involved. We used Interloc Solutions to help us with the whole clustering
> > > > setup. We also set up the jdbc queues for integration. Although you don't
> > > > have to, as I understand it, it is advised for performance reasons.
> > > >
> > > > On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@> wrote:
> > > >
> > > > > **
> > > > >
> > > > >
> > > > > Anyone have any experience in optimizing Maximo? I've set a couple of
> > > flags
> > > > > for the JVM:
> > > > > -Dsun.rmi.dgc.ackTimeout=10000
> > > > > -Djava.net.preferIPv4stack=true
> > > > > -server
> > > > >
> > > > > The other options I don't really know how to set.
> > > > >
> > > > > Also, the documentation discusses setting up UI/Q/Cron Clusters. Has
> > > anyone
> > > > > tried this?
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Kevin
> > > > Garner, NC
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> >
> >
> >
> > --
> > Kevin
> > Garner, NC
> >
> >
> >
> >
>
How many users do you peak out at?
KW
On Fri, Jul 8, 2011 at 4:11 PM, ssc.susser <halexander@susser.com> wrote:
> **
>
>
> Yep, that's what I've been reading. Just wondering if the time configuring
> and administering the clustering would be worth it. I've done everything but
> that so far.
>
> --- In MAXIMO@yahoogroups.com, "Jason Verly" <jason.verly@...> wrote:
> >
> > Another great source is the Best Practices for Performance Whitepaper:
> >
> > Version 7:
> https://www.ibm.com/developerworks/wikis/download/attachments/138318044/BestPracticesForMaximoSystemPerformance7x.pdf
> >
> > Version 5/6:
> https://www-304.ibm.com/support/docview.wss?uid=swg21395387&aid=1
> >
> >
> > --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@> wrote:
> > >
> > > We did this as a "vertical cluster" which means all application servers
> are
> > > on the same box.
> > >
> > > I would say that at this point we are not heavy on cron but we were
> > > preparing for future growth. We are also not heavy on integration
> currently
> > > either, as all we use integration for at this point is moving
> configurations
> > > between environments and also for data loading assets, locations,
> items,
> > > etc. However we do have an SAP integration looming out there on our
> roadmap.
> > >
> > > We had a single server on version 6.0.4 and were running 50 users. It
> was
> > > not pretty. Crashed all the time. So of course we see a huge
> improvement in
> > > performance. Since we have moved to 7 I have seen a total of 77 users
> at one
> > > time and the system never broke a sweat. Websphere seems to do a pretty
> good
> > > job spreading the users throughout the cluster relatively evenly.
> > >
> > > So since this is a new configuration for us, I don't know if I can
> answer
> > > whether it massively complicates future installation or upgrades. When
> we
> > > move to v7.5 someday, it seems that I have read that Websphere 7 has a
> tool
> > > to pull our Websphere 6.1 configuration and rebuild it in 7. So I'm
> hoping
> > > it won't be too complicated to upgrade.
> > >
> > > On Fri, Jul 8, 2011 at 12:31 PM, ssc.susser <casey.gay@> wrote:
> > >
> > > > **
> > > >
> > > >
> > > > Thank you for the quick response, Kevin. Are the Cron and Q clusters
> on a
> > > > different box? Are you guys cron/integration heavy? How many users do
> you
> > > > guys have? Did you notice a significant difference in performance?
> Did this
> > > > change massively complicate future installation/upgrades?
> > > >
> > > > Sorry for all the questions! I really appreciate the help.
> > > >
> > > >
> > > > --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@> wrote:
> > > > >
> > > > > We did it with our recent upgrade to 7.1.1.6. We have 4 clustered
> ui
> > > > > servers, one cron server, and one reporting server. The actual
> setting up
> > > > in
> > > > > Websphere is the easy part, but all the system properties you need
> to set
> > > > > (for example to disable all escalation from running on all servers
> but
> > > > the
> > > > > cron server, or setting reports to only run on the report server)
> is a
> > > > bit
> > > > > involved. We used Interloc Solutions to help us with the whole
> clustering
> > > > > setup. We also set up the jdbc queues for integration. Although you
> don't
> > > > > have to, as I understand it, it is advised for performance reasons.
> > > > >
> > > > > On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@> wrote:
> > > > >
> > > > > > **
> > > > > >
> > > > > >
> > > > > > Anyone have any experience in optimizing Maximo? I've set a
> couple of
> > > > flags
> > > > > > for the JVM:
> > > > > > -Dsun.rmi.dgc.ackTimeout=10000
> > > > > > -Djava.net.preferIPv4stack=true
> > > > > > -server
> > > > > >
> > > > > > The other options I don't really know how to set.
> > > > > >
> > > > > > Also, the documentation discusses setting up UI/Q/Cron Clusters.
> Has
> > > > anyone
> > > > > > tried this?
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Kevin
> > > > > Garner, NC
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Kevin
> > > Garner, NC
> > >
> > >
> > >
> > >
> >
>
>
>
--
Kevin
Garner, NC
Currently around 50.
It was running OK (a little slow), but then we installed Everyplace and Mobile Inventory Manager and the server started crashing/hanging/being very slow. We have stabilized it somewhat, but we are planning on adding more users: to about 150 max.
--- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@...> wrote:
>
> How many users do you peak out at?
>
> KW
>
> On Fri, Jul 8, 2011 at 4:11 PM, ssc.susser <halexander@...> wrote:
>
> > **
> >
> >
> > Yep, that's what I've been reading. Just wondering if the time configuring
> > and administering the clustering would be worth it. I've done everything but
> > that so far.
> >
> > --- In MAXIMO@yahoogroups.com, "Jason Verly" <jason.verly@> wrote:
> > >
> > > Another great source is the Best Practices for Performance Whitepaper:
> > >
> > > Version 7:
> > https://www.ibm.com/developerworks/wikis/download/attachments/138318044/BestPracticesForMaximoSystemPerformance7x.pdf
> > >
> > > Version 5/6:
> > https://www-304.ibm.com/support/docview.wss?uid=swg21395387&aid=1
> > >
> > >
> > > --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@> wrote:
> > > >
> > > > We did this as a "vertical cluster" which means all application servers
> > are
> > > > on the same box.
> > > >
> > > > I would say that at this point we are not heavy on cron but we were
> > > > preparing for future growth. We are also not heavy on integration
> > currently
> > > > either, as all we use integration for at this point is moving
> > configurations
> > > > between environments and also for data loading assets, locations,
> > items,
> > > > etc. However we do have an SAP integration looming out there on our
> > roadmap.
> > > >
> > > > We had a single server on version 6.0.4 and were running 50 users. It
> > was
> > > > not pretty. Crashed all the time. So of course we see a huge
> > improvement in
> > > > performance. Since we have moved to 7 I have seen a total of 77 users
> > at one
> > > > time and the system never broke a sweat. Websphere seems to do a pretty
> > good
> > > > job spreading the users throughout the cluster relatively evenly.
> > > >
> > > > So since this is a new configuration for us, I don't know if I can
> > answer
> > > > whether it massively complicates future installation or upgrades. When
> > we
> > > > move to v7.5 someday, it seems that I have read that Websphere 7 has a
> > tool
> > > > to pull our Websphere 6.1 configuration and rebuild it in 7. So I'm
> > hoping
> > > > it won't be too complicated to upgrade.
> > > >
> > > > On Fri, Jul 8, 2011 at 12:31 PM, ssc.susser <casey.gay@> wrote:
> > > >
> > > > > **
> > > > >
> > > > >
> > > > > Thank you for the quick response, Kevin. Are the Cron and Q clusters
> > on a
> > > > > different box? Are you guys cron/integration heavy? How many users do
> > you
> > > > > guys have? Did you notice a significant difference in performance?
> > Did this
> > > > > change massively complicate future installation/upgrades?
> > > > >
> > > > > Sorry for all the questions! I really appreciate the help.
> > > > >
> > > > >
> > > > > --- In MAXIMO@yahoogroups.com, Kevin Wertz <wertzee@> wrote:
> > > > > >
> > > > > > We did it with our recent upgrade to 7.1.1.6. We have 4 clustered
> > ui
> > > > > > servers, one cron server, and one reporting server. The actual
> > setting up
> > > > > in
> > > > > > Websphere is the easy part, but all the system properties you need
> > to set
> > > > > > (for example to disable all escalation from running on all servers
> > but
> > > > > the
> > > > > > cron server, or setting reports to only run on the report server)
> > is a
> > > > > bit
> > > > > > involved. We used Interloc Solutions to help us with the whole
> > clustering
> > > > > > setup. We also set up the jdbc queues for integration. Although you
> > don't
> > > > > > have to, as I understand it, it is advised for performance reasons.
> > > > > >
> > > > > > On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@> wrote:
> > > > > >
> > > > > > > **
> > > > > > >
> > > > > > >
> > > > > > > Anyone have any experience in optimizing Maximo? I've set a
> > couple of
> > > > > flags
> > > > > > > for the JVM:
> > > > > > > -Dsun.rmi.dgc.ackTimeout=10000
> > > > > > > -Djava.net.preferIPv4stack=true
> > > > > > > -server
> > > > > > >
> > > > > > > The other options I don't really know how to set.
> > > > > > >
> > > > > > > Also, the documentation discusses setting up UI/Q/Cron Clusters.
> > Has
> > > > > anyone
> > > > > > > tried this?
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Kevin
> > > > > > Garner, NC
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Kevin
> > > > Garner, NC
> > > >
> > > >
> > > >
> > > >
> > >
> >
> >
> >
>
>
>
> --
> Kevin
> Garner, NC
>
>
>
>
Yes Clustering is definitely worth it then. From previous experience, each individual JVM Cluster member can handle about 30-50 End Users. Ideally, you split your users amongst X number of JVM members and have a separate cluster for backend processing (Cron Tasks, Escalations, MIF, etc)
Of Course your hardware needs to be able to handle the memory / processing requirements as well especially when each JVM reserves up to 1GB of RAM.
-- Sean Clark-McCarthy
From: MAXIMO@yahoogroups.com [mailto:MAXIMO@yahoogroups.com] On Behalf Of ssc.susser
Sent: Friday, July 08, 2011 5:21 PM
To: MAXIMO@yahoogroups.com
Subject: Re: [MAXIMO List] Maximo Optimization
Currently around 50.
It was running OK (a little slow), but then we installed Everyplace and Mobile Inventory Manager and the server started crashing/hanging/being very slow. We have stabilized it somewhat, but we are planning on adding more users: to about 150 max.
--- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>, Kevin Wertz <wertzee@...<mailto:wertzee@...>> wrote:
>
> How many users do you peak out at?
>
> KW
>
> On Fri, Jul 8, 2011 at 4:11 PM, ssc.susser <halexander@...<mailto:halexander@...>> wrote:
>
> > **
> >
> >
> > Yep, that's what I've been reading. Just wondering if the time configuring
> > and administering the clustering would be worth it. I've done everything but
> > that so far.
> >
> > --- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>, "Jason Verly" <jason.verly@> wrote:
> > >
> > > Another great source is the Best Practices for Performance Whitepaper:
> > >
> > > Version 7:
> > https://www.ibm.com/developerworks/wikis/download/attachments/138318044/BestPracticesForMaximoSystemPerformance7x.pdf
> > >
> > > Version 5/6:
> > https://www-304.ibm.com/support/docview.wss?uid=swg21395387&aid=1
> > >
> > >
> > > --- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>, Kevin Wertz <wertzee@> wrote:
> > > >
> > > > We did this as a "vertical cluster" which means all application servers
> > are
> > > > on the same box.
> > > >
> > > > I would say that at this point we are not heavy on cron but we were
> > > > preparing for future growth. We are also not heavy on integration
> > currently
> > > > either, as all we use integration for at this point is moving
> > configurations
> > > > between environments and also for data loading assets, locations,
> > items,
> > > > etc. However we do have an SAP integration looming out there on our
> > roadmap.
> > > >
> > > > We had a single server on version 6.0.4 and were running 50 users. It
> > was
> > > > not pretty. Crashed all the time. So of course we see a huge
> > improvement in
> > > > performance. Since we have moved to 7 I have seen a total of 77 users
> > at one
> > > > time and the system never broke a sweat. Websphere seems to do a pretty
> > good
> > > > job spreading the users throughout the cluster relatively evenly.
> > > >
> > > > So since this is a new configuration for us, I don't know if I can
> > answer
> > > > whether it massively complicates future installation or upgrades. When
> > we
> > > > move to v7.5 someday, it seems that I have read that Websphere 7 has a
> > tool
> > > > to pull our Websphere 6.1 configuration and rebuild it in 7. So I'm
> > hoping
> > > > it won't be too complicated to upgrade.
> > > >
> > > > On Fri, Jul 8, 2011 at 12:31 PM, ssc.susser <casey.gay@> wrote:
> > > >
> > > > > **
> > > > >
> > > > >
> > > > > Thank you for the quick response, Kevin. Are the Cron and Q clusters
> > on a
> > > > > different box? Are you guys cron/integration heavy? How many users do
> > you
> > > > > guys have? Did you notice a significant difference in performance?
> > Did this
> > > > > change massively complicate future installation/upgrades?
> > > > >
> > > > > Sorry for all the questions! I really appreciate the help.
> > > > >
> > > > >
> > > > > --- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>, Kevin Wertz <wertzee@> wrote:
> > > > > >
> > > > > > We did it with our recent upgrade to 7.1.1.6. We have 4 clustered
> > ui
> > > > > > servers, one cron server, and one reporting server. The actual
> > setting up
> > > > > in
> > > > > > Websphere is the easy part, but all the system properties you need
> > to set
> > > > > > (for example to disable all escalation from running on all servers
> > but
> > > > > the
> > > > > > cron server, or setting reports to only run on the report server)
> > is a
> > > > > bit
> > > > > > involved. We used Interloc Solutions to help us with the whole
> > clustering
> > > > > > setup. We also set up the jdbc queues for integration. Although you
> > don't
> > > > > > have to, as I understand it, it is advised for performance reasons.
> > > > > >
> > > > > > On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@> wrote:
> > > > > >
> > > > > > > **
> > > > > > >
> > > > > > >
> > > > > > > Anyone have any experience in optimizing Maximo? I've set a
> > couple of
> > > > > flags
> > > > > > > for the JVM:
> > > > > > > -Dsun.rmi.dgc.ackTimeout=10000
> > > > > > > -Djava.net.preferIPv4stack=true
> > > > > > > -server
> > > > > > >
> > > > > > > The other options I don't really know how to set.
> > > > > > >
> > > > > > > Also, the documentation discusses setting up UI/Q/Cron Clusters.
> > Has
> > > > > anyone
> > > > > > > tried this?
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Kevin
> > > > > > Garner, NC
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Kevin
> > > > Garner, NC
> > > >
> > > >
> > > >
> > > >
> > >
> >
> >
> >
>
>
>
> --
> Kevin
> Garner, NC
>
>
>
>
I agree with Sean, not only is it worth it but it has become a necessity for
you.
On Mon, Jul 11, 2011 at 8:29 AM, Sean Clark-McCarthy <
smccarthy@cohesivesolutions.com> wrote:
> **
>
>
> Yes Clustering is definitely worth it then. From previous experience, each
> individual JVM Cluster member can handle about 30-50 End Users. Ideally, you
> split your users amongst X number of JVM members and have a separate cluster
> for backend processing (Cron Tasks, Escalations, MIF, etc)
>
> Of Course your hardware needs to be able to handle the memory / processing
> requirements as well especially when each JVM reserves up to 1GB of RAM.
>
> -- Sean Clark-McCarthy
>
> From: MAXIMO@yahoogroups.com [mailto:MAXIMO@yahoogroups.com] On Behalf Of
> ssc.susser
> Sent: Friday, July 08, 2011 5:21 PM
> To: MAXIMO@yahoogroups.com
> Subject: Re: [MAXIMO List] Maximo Optimization
>
>
> Currently around 50.
>
> It was running OK (a little slow), but then we installed Everyplace and
> Mobile Inventory Manager and the server started crashing/hanging/being very
> slow. We have stabilized it somewhat, but we are planning on adding more
> users: to about 150 max.
>
> --- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>, Kevin
> Wertz <wertzee@...<mailto:wertzee@...>> wrote:
> >
> > How many users do you peak out at?
> >
> > KW
> >
> > On Fri, Jul 8, 2011 at 4:11 PM, ssc.susser <halexander@...<mailto:
> halexander@...>> wrote:
> >
> > > **
> > >
> > >
> > > Yep, that's what I've been reading. Just wondering if the time
> configuring
> > > and administering the clustering would be worth it. I've done
> everything but
> > > that so far.
> > >
> > > --- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>, "Jason
> Verly" <jason.verly@> wrote:
> > > >
> > > > Another great source is the Best Practices for Performance
> Whitepaper:
> > > >
> > > > Version 7:
> > >
> https://www.ibm.com/developerworks/wikis/download/attachments/138318044/BestPracticesForMaximoSystemPerformance7x.pdf
> > > >
> > > > Version 5/6:
> > > https://www-304.ibm.com/support/docview.wss?uid=swg21395387&aid=1
> > > >
> > > >
> > > > --- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>,
> Kevin Wertz <wertzee@> wrote:
> > > > >
> > > > > We did this as a "vertical cluster" which means all application
> servers
> > > are
> > > > > on the same box.
> > > > >
> > > > > I would say that at this point we are not heavy on cron but we were
> > > > > preparing for future growth. We are also not heavy on integration
> > > currently
> > > > > either, as all we use integration for at this point is moving
> > > configurations
> > > > > between environments and also for data loading assets, locations,
> > > items,
> > > > > etc. However we do have an SAP integration looming out there on our
> > > roadmap.
> > > > >
> > > > > We had a single server on version 6.0.4 and were running 50 users.
> It
> > > was
> > > > > not pretty. Crashed all the time. So of course we see a huge
> > > improvement in
> > > > > performance. Since we have moved to 7 I have seen a total of 77
> users
> > > at one
> > > > > time and the system never broke a sweat. Websphere seems to do a
> pretty
> > > good
> > > > > job spreading the users throughout the cluster relatively evenly.
> > > > >
> > > > > So since this is a new configuration for us, I don't know if I can
> > > answer
> > > > > whether it massively complicates future installation or upgrades.
> When
> > > we
> > > > > move to v7.5 someday, it seems that I have read that Websphere 7
> has a
> > > tool
> > > > > to pull our Websphere 6.1 configuration and rebuild it in 7. So I'm
> > > hoping
> > > > > it won't be too complicated to upgrade.
> > > > >
> > > > > On Fri, Jul 8, 2011 at 12:31 PM, ssc.susser <casey.gay@> wrote:
> > > > >
> > > > > > **
> > > > > >
> > > > > >
> > > > > > Thank you for the quick response, Kevin. Are the Cron and Q
> clusters
> > > on a
> > > > > > different box? Are you guys cron/integration heavy? How many
> users do
> > > you
> > > > > > guys have? Did you notice a significant difference in
> performance?
> > > Did this
> > > > > > change massively complicate future installation/upgrades?
> > > > > >
> > > > > > Sorry for all the questions! I really appreciate the help.
> > > > > >
> > > > > >
> > > > > > --- In MAXIMO@yahoogroups.com<mailto:MAXIMO%40yahoogroups.com>,
> Kevin Wertz <wertzee@> wrote:
> > > > > > >
> > > > > > > We did it with our recent upgrade to 7.1.1.6. We have 4
> clustered
> > > ui
> > > > > > > servers, one cron server, and one reporting server. The actual
> > > setting up
> > > > > > in
> > > > > > > Websphere is the easy part, but all the system properties you
> need
> > > to set
> > > > > > > (for example to disable all escalation from running on all
> servers
> > > but
> > > > > > the
> > > > > > > cron server, or setting reports to only run on the report
> server)
> > > is a
> > > > > > bit
> > > > > > > involved. We used Interloc Solutions to help us with the whole
> > > clustering
> > > > > > > setup. We also set up the jdbc queues for integration. Although
> you
> > > don't
> > > > > > > have to, as I understand it, it is advised for performance
> reasons.
> > > > > > >
> > > > > > > On Fri, Jul 8, 2011 at 11:30 AM, ssc.susser <casey.gay@>
> wrote:
> > > > > > >
> > > > > > > > **
> > > > > > > >
> > > > > > > >
> > > > > > > > Anyone have any experience in optimizing Maximo? I've set a
> > > couple of
> > > > > > flags
> > > > > > > > for the JVM:
> > > > > > > > -Dsun.rmi.dgc.ackTimeout=10000
> > > > > > > > -Djava.net.preferIPv4stack=true
> > > > > > > > -server
> > > > > > > >
> > > > > > > > The other options I don't really know how to set.
> > > > > > > >
> > > > > > > > Also, the documentation discusses setting up UI/Q/Cron
> Clusters.
> > > Has
> > > > > > anyone
> > > > > > > > tried this?
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Kevin
> > > > > > > Garner, NC
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Kevin
> > > > > Garner, NC
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> > >
> >
> >
> >
> > --
> > Kevin
> > Garner, NC
> >
> >
> >
> >
>
>
>
>
>
--
Kevin
Garner, NC