On 03/10/2020 11:55, Andrew Beattie wrote:
Why do you need to run any kind of monitoring client on an IO server the
GUI / performance monitor already does all of that work for you and
collects the data on the dedicated EMS server.
Because any remotely sensible admin demands a single pane service
monitoring system. If I have to look at A for everything but my DSS-G
and B for my DSS-G that's an epic fail.
I often feel there is a huge disjuncture between the people that develop
systems and those that look after them; they think the world revolves
around them. It is clear this is one of those cases.
If you have a small storage environment the. Yes the processor and
memory may feel like overkill, but tuned appropriately an IO server will
use all the memory you can give it to drive IO performance,
Right but the SR650's came with not only more CPU but more RAM than the
x3650's. In which case why only 192GB of RAM? The SR650's can take much
more than that. Why not 384GB of RAM :-) Right now we have a shade over
50GB of RAM being unused. Been way for like ever because we naughtily
have a influx DB client setup for a Grafana dashboard. We also
presumably naughtily have remote syslog to Splunk.
If you want to run a hybrid / non standard architecture then the IBM ESS
/ DGSS platform may not be the right platform in comparison to a build
your own architecture, how ever you then take all the support issues
onto your self rather than it being the vendors problem.
I don't see anything that says you can't have some clients ethernet
connected and some Infiniband connected. That of course requires a
gateway, and the most logical place to put it is on the ESS or DSS nodes
IMHO. I will see what Lenovo has to say, but looks like the IBM position
is decidedly let's burn the planet, who gives a dam.
JAB.
--
Jonathan A. Buzzard Tel: +44141-5483420
HPC System Administrator, ARCHIE-WeSt.
University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
