Hi Robert,
i refered to your posting i assume ^_^
Note the following is from what I know, Since i did not had any change to work
with GPFS in the last 2 years my knowledge will be outdated.
The current GPFS tiering options depending on the DMAPI which i am not a big fan
since it had in the
Simon is right - we are using DMAPI to tier off to WOS our object store and to
StrongBox NAS-fronted tape.
We are very interested in the new “lightweight” protocols as they may allow us
to do stuff that DMAPI makes hard - like tiering off to more than one DMAPI
service from a single
>Er no the DMAPI was only ever required for HSM as far as I am aware. Now
>while HSM is a form of tiering, in GPFS parlance tiering generally
>referred to disk pools of varying "speeds", with file placement and
>movement being done via the policy engine.
DMAPI can do more than just HSM though. I
Spectrum scale already supports external tiering to say tape.
http://www.zurich.ibm.com/sto/systems/bigdata.html
Here the GPFS policy engine is used to select which files to migrate based on say the filesize or date of last access.
The file metadata remains in the filesystem and so 'ls -l' etc
mailto:gpfsug-discuss@spectrumscale.org>>
Subject: [gpfsug-discuss] IBM Spectrum Scale transparent cloud tiering
Hi
i saw in the GPFS Forum somebody mentioning IBM Spectrum Scale transparent
cloud tiering
http://www.ibm.com/developerworks/servicemanagement/tc/gpfs/evaluate.html
Thus the
Hi
i saw in the GPFS Forum somebody mentioning IBM Spectrum Scale transparent cloud
tiering
http://www.ibm.com/developerworks/servicemanagement/tc/gpfs/evaluate.html
Thus the question. Does somebody knows how that - the tiering into clould
services - is technical done and what limitations
ain discussion list
<gpfsug-discuss@spectrumscale.org<mailto:gpfsug-discuss@spectrumscale.org>>
Subject: Re: [gpfsug-discuss] IBM Spectrum Scale transparent cloud tiering
We are very interested in the new “lightweight” protocols as they may allow us
to do stuff that DMAPI makes hard - like