<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Astra Trident managementLIF with ontap-nas driver backend in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Astra-Trident-managementLIF-with-ontap-nas-driver-backend/m-p/455430#M44005</link>
    <description>&lt;P&gt;The few setups I’ve assisted with were always created a svm mgmt lif (typically on e0M) and a data lif on each node. Also, be sure to modify the svm aggr-list to specifically include which aggregates are allowed.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;take note that in 9.13 (I think that is the first version) there is an svm option to limit capacity. Normally trident is allowed to use all of the aggregate(s) you tell it about. &amp;nbsp;Setting the option is basically a svm quota&lt;/P&gt;</description>
    <pubDate>Thu, 26 Sep 2024 14:01:06 GMT</pubDate>
    <dc:creator>TMACMD</dc:creator>
    <dc:date>2024-09-26T14:01:06Z</dc:date>
    <item>
      <title>Astra Trident managementLIF with ontap-nas driver backend</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Astra-Trident-managementLIF-with-ontap-nas-driver-backend/m-p/455427#M44004</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Since the&amp;nbsp;&lt;A title="Astra Trident Backend config" href="https://docs.netapp.com/us-en/trident/trident-use/backend-kubectl.html#tridentbackendconfig" target="_blank" rel="noopener"&gt;tridentbackendconfig&lt;/A&gt;&amp;nbsp;does not specify which service policies on the LIF are requisite for the ontap-nas backend I hope to find clarification here.&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;trident backend driver: ontap-nas&lt;/LI&gt;&lt;LI&gt;I create a new SVM/Vserver for trident&lt;/LI&gt;&lt;LI&gt;new LIF associated with the SVM for data and/or management will be created&lt;/LI&gt;&lt;LI&gt;ontap version is 9.12 so we use: service policies on the LIF&lt;/LI&gt;&lt;LI&gt;creating new account with svmadmin security role to use in the backend credentials&lt;/LI&gt;&lt;LI&gt;only nfs type mounts required for the kubernetes volumes&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I gather following service policies are required for the DATA LIF:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;data-core&lt;/LI&gt;&lt;LI&gt;data-nfs&lt;/LI&gt;&lt;LI&gt;data-fpolicy-client&lt;/LI&gt;&lt;LI&gt;management-dns-client&lt;/LI&gt;&lt;LI&gt;management-ad-client&lt;/LI&gt;&lt;LI&gt;management-ldap-client&lt;/LI&gt;&lt;LI&gt;management-ssh&lt;/LI&gt;&lt;LI&gt;management-https&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Here are my questions:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;the Trident backend config requires also a MANAGEMENT LIF and I'm unsure if I could just reuse the IP of the new dataLIF? Since the dataLIF will have management-https service policy.&amp;nbsp;Will that suffice for Trident to work correctly or do I really need to enter the cluster management IP als managementLIF for the backend?&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;svmadmin security role will avoid Trident interfering with the rest of the cluster?&lt;/LI&gt;&lt;LI&gt;is Trident using restapi and does that correspond with management-https service policy?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Sep 2024 10:48:17 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Astra-Trident-managementLIF-with-ontap-nas-driver-backend/m-p/455427#M44004</guid>
      <dc:creator>Lievendp</dc:creator>
      <dc:date>2024-09-26T10:48:17Z</dc:date>
    </item>
    <item>
      <title>Re: Astra Trident managementLIF with ontap-nas driver backend</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Astra-Trident-managementLIF-with-ontap-nas-driver-backend/m-p/455430#M44005</link>
      <description>&lt;P&gt;The few setups I’ve assisted with were always created a svm mgmt lif (typically on e0M) and a data lif on each node. Also, be sure to modify the svm aggr-list to specifically include which aggregates are allowed.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;take note that in 9.13 (I think that is the first version) there is an svm option to limit capacity. Normally trident is allowed to use all of the aggregate(s) you tell it about. &amp;nbsp;Setting the option is basically a svm quota&lt;/P&gt;</description>
      <pubDate>Thu, 26 Sep 2024 14:01:06 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Astra-Trident-managementLIF-with-ontap-nas-driver-backend/m-p/455430#M44005</guid>
      <dc:creator>TMACMD</dc:creator>
      <dc:date>2024-09-26T14:01:06Z</dc:date>
    </item>
    <item>
      <title>Re: Astra Trident managementLIF with ontap-nas driver backend</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Astra-Trident-managementLIF-with-ontap-nas-driver-backend/m-p/455533#M44026</link>
      <description>&lt;P&gt;Thanks for your update, meanwhile, I found the info from Netapp Trident in the best practices section.&lt;/P&gt;&lt;P&gt;&lt;A title="management lif info for netapp trident" href="https://docs.netapp.com/us-en/trident/trident-reco/storage-config-best-practices.html#use-svms-dedicated-to-trident" target="_blank" rel="noopener"&gt;netapp trident docs use svms&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;to recap:&amp;nbsp;&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;use the cluster mgmt lif&lt;/LI&gt;&lt;LI&gt;use a dedicated mgmt lif on the svm (I believe that's what you recommend)&lt;/LI&gt;&lt;LI&gt;share the datalif&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Apperntly, all 3 are equally valable but network security policies should align&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 01 Oct 2024 12:14:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Astra-Trident-managementLIF-with-ontap-nas-driver-backend/m-p/455533#M44026</guid>
      <dc:creator>Lievendp</dc:creator>
      <dc:date>2024-10-01T12:14:44Z</dc:date>
    </item>
  </channel>
</rss>

