The docs say: “CES supports the following export protocols: NFS, SMB, object, 
and iSCSI (block). Each protocol can be enabled or disabled in the cluster. If 
a protocol is enabled in the CES cluster, all CES nodes serve that protocol.” 
Which would seem to indicate that the answer is “no”.

This kind of thing is another good reason to license Scale by storage capacity 
rather than by sockets (PVU).  This approach was already a good idea due to the 
flexibility it allows to scale manager, quorum, and NSD server nodes for 
performance and high-availability without affecting your software licensing 
costs.  This can result in better design and the flexibility to more quickly 
respond to new problems by adding server nodes.

So assuming you’re not on the old PVU licensing model, it is trivial to deploy 
as many gateway nodes as needed to separate these into distinct remote 
clusters.  You can create an object gateway cluster, and a CES gateway cluster 
each which only mounts and exports what is necessary.  You can even virtualize 
these servers and host them on the same hardware, if you’re into that.

-Paul

From: gpfsug-discuss-boun...@spectrumscale.org 
<gpfsug-discuss-boun...@spectrumscale.org> On Behalf Of Andi Rhod Christiansen
Sent: Wednesday, January 9, 2019 5:25 AM
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>
Subject: [gpfsug-discuss] Spectrum Scale protocol node service separation.

Hi,

I seem to be unable to find any information on separating protocol services on 
specific CES nodes within a cluster. Does anyone know if it is possible to 
take, lets say 4 of the ces nodes within a cluster and dividing them into two 
and have two of the running SMB and the other two running OBJ instead of having 
them all run both services?

If it is possible it would be great to hear pros and cons about doing this 😊

Thanks in advance!

Venlig hilsen / Best Regards

Andi Christiansen
IT Solution Specialist

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to