There are several drawbacks by using qtrees which is why we did set up separate volumes here. F.ex. if you have multiple storage tiers in a system and you want to allow your customers to move workloads from one storage tier to another (based on the fact, that each storage tier has its own aggregate) this can be done non disruptively by using volumes which can just be moved accross the cluster nodes and aggregates as I want. When using qtrees, this gets much more complicated sicne it involves manual rsyncing or whatever of the data within the qtree. Also NFS export permissions are more complicated to maintain on qtrees out of my experience and – what is even more important: you cannot offer DR for a customer if he’s on a qtree on a shared volume. So as soon as you want to add some additional features on top of just a simple fileshare, you will end up having to work with volumes and you will be limited by the number of volumes then which is sad because for this specific purpose here on my end, the filers could work well with a lot more than 1000 volumes per node in theory. We’re currently hosting 900 volumes here and system load is A-OK.
Best,
Alexander Griesser Head of Systems Operations
ANEXIA Internetdienstleistungs GmbH
E-Mail: AGriesser@anexia-it.commailto:AGriesser@anexia-it.com Web: http://www.anexia-it.comhttp://www.anexia-it.com/
Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
Von: Basil basilberntsen@gmail.com Gesendet: Donnerstag, 26. Juli 2018 12:43 An: Alexander Griesser AGriesser@anexia-it.com Cc: Parisi, Justin Justin.Parisi@netapp.com; Toasters toasters@teaparty.net Betreff: Re: Max volume count per node
Generally, this is the best practice. If it is for a file share, use qtrees. There's no elegant solution if this is for block LUNs, though.
On Thu, Jul 26, 2018 at 1:40 AM Alexander Griesser <AGriesser@anexia-it.commailto:AGriesser@anexia-it.com> wrote: Alright, thanks – Maybe I can find a way to work around the need for distinct volumes by using qtrees or something like that for this specific application.
Best,
Alexander Griesser Head of Systems Operations
ANEXIA Internetdienstleistungs GmbH
E-Mail: AGriesser@anexia-it.commailto:AGriesser@anexia-it.com Web: http://www.anexia-it.comhttp://www.anexia-it.com/
Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
Von: Parisi, Justin <Justin.Parisi@netapp.commailto:Justin.Parisi@netapp.com> Gesendet: Mittwoch, 25. Juli 2018 21:45 An: Alexander Griesser <AGriesser@anexia-it.commailto:AGriesser@anexia-it.com>; Toasters <toasters@teaparty.netmailto:toasters@teaparty.net> Betreff: RE: Max volume count per node
There is no way to raise it. It’s set to the limit based on the max load a node can carry in the event of a failover and is hard coded. There are discussions to raise the limit in the future, especially with the use of FlexGroup volumes, but there is no timetable.
As for now, to raise your max vol count, add more nodes. :-P
From: toasters-bounces@teaparty.netmailto:toasters-bounces@teaparty.net <toasters-bounces@teaparty.netmailto:toasters-bounces@teaparty.net> On Behalf Of Alexander Griesser Sent: Wednesday, July 25, 2018 12:39 PM To: Toasters <toasters@teaparty.netmailto:toasters@teaparty.net> Subject: Max volume count per node
Hey there,
does anyone know what the real implication of the max volume count per node setting on the FAS systems is good for? Is there any chance that this limit gets raised on newer OnTap releases or is there any secret flag to raise it (knowing that support would not want to see that)?
Best,
Alexander Griesser Head of Systems Operations
ANEXIA Internetdienstleistungs GmbH
E-Mail: AGriesser@anexia-it.commailto:AGriesser@anexia-it.com Web: http://www.anexia-it.comhttp://www.anexia-it.com/
Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
_______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters