<?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: cDOT really a scale out solution? in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97931#M19868</link>
    <description>&lt;P&gt;I have.&amp;nbsp; If I'm not mistaken they work as I have described above.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Maybe we tested them wrong but here is how it worked for us&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;VOL1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Subdir 1 -------&amp;gt; Node A&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Subdir 2 -------&amp;gt; Node B&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Like a junction point.&amp;nbsp; But thats not scale out as preformance for any one particular dataset does not increase with adding nodes.&amp;nbsp; If there is a critical Database file under Subdir2, the only way to increase its preformance is scale-up (ie more disk to that node, flash etc).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Its even more complicated with ESXi as it writes all things to the root of a volume.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;-M&lt;/P&gt;</description>
    <pubDate>Tue, 02 Dec 2014 13:07:36 GMT</pubDate>
    <dc:creator>Matt99</dc:creator>
    <dc:date>2014-12-02T13:07:36Z</dc:date>
    <item>
      <title>cDOT really a scale out solution?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97928#M19866</link>
      <description>&lt;P&gt;Hello Everyone,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are a long time netapp partner trying to get a handle on cDOT marketing language.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've gone through several cDOT trainings and read several guides on cDOT but I'm simply not seeing how cDOT is a scale out platform?&amp;nbsp; We have a customer that wants to move to 8.3 for this reason.&amp;nbsp; But after engaging with Netapp for anwsers the picture is even less clear.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From what we have can figure out (via netapp support and lab setup).&amp;nbsp; cDOT clusters do not span aggragetes, raidgp across clusters.&amp;nbsp; Volumes can but use somthing like a junction point.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So here is an example,&lt;/P&gt;&lt;P&gt;Customer wants a new cluster/scale out NFS volume for VMWare ESXi.&amp;nbsp;&amp;nbsp; That single NFS datastore will reside on an aggragate that is fully contained within a single node.&amp;nbsp; If I add another node to the cluster, the datastore data still stays on that single node.&amp;nbsp;&amp;nbsp; I can move the volume around for sure, but the data is served from that single node.&amp;nbsp; Typically in scale out, the data is re-stripped across nodes and hence scales out across the new spindles and cpu/ram of more nodes.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In a VMWare setup the NFS path of&amp;nbsp; CLUSTER1:/vol/NFSVOL1 will not write to mulitple nodes or read from multiple nodes.&amp;nbsp;&amp;nbsp; Sure I could do CLUSTER1:/vol/NFSVOL1 and CLUSTER1:/vol/NFSVOL2 which can come from different nodes, but I could do that with 7-mode except the node name is not hidden behind the cluster.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;How is that scale-out?&amp;nbsp; Preformance doesnt go up by adding nodes.&amp;nbsp; I get a unified name space, but thats not a preformance related feature.....just a management thing.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I know in general 8.3 has alot of other nice things....but this scale-out term is really confusing our customers or I just dont undersand how cDOT works.&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do I have this wrong?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:23:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97928#M19866</guid>
      <dc:creator>Matt99</dc:creator>
      <dc:date>2025-06-05T05:23:49Z</dc:date>
    </item>
    <item>
      <title>Re: cDOT really a scale out solution?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97929#M19867</link>
      <description>&lt;P&gt;Did you consider infinite volumes?&lt;/P&gt;</description>
      <pubDate>Tue, 02 Dec 2014 12:46:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97929#M19867</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2014-12-02T12:46:44Z</dc:date>
    </item>
    <item>
      <title>Re: cDOT really a scale out solution?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97931#M19868</link>
      <description>&lt;P&gt;I have.&amp;nbsp; If I'm not mistaken they work as I have described above.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Maybe we tested them wrong but here is how it worked for us&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;VOL1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Subdir 1 -------&amp;gt; Node A&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Subdir 2 -------&amp;gt; Node B&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Like a junction point.&amp;nbsp; But thats not scale out as preformance for any one particular dataset does not increase with adding nodes.&amp;nbsp; If there is a critical Database file under Subdir2, the only way to increase its preformance is scale-up (ie more disk to that node, flash etc).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Its even more complicated with ESXi as it writes all things to the root of a volume.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;-M&lt;/P&gt;</description>
      <pubDate>Tue, 02 Dec 2014 13:07:36 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97931#M19868</guid>
      <dc:creator>Matt99</dc:creator>
      <dc:date>2014-12-02T13:07:36Z</dc:date>
    </item>
    <item>
      <title>Re: cDOT really a scale out solution?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97934#M19869</link>
      <description>&lt;P&gt;Yes, each file is located inside of a single constituent, that's right. So it will scale with number of VMs (or better vmdks) but not for single vmdk.&lt;/P&gt;</description>
      <pubDate>Tue, 02 Dec 2014 13:39:36 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/cDOT-really-a-scale-out-solution/m-p/97934#M19869</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2014-12-02T13:39:36Z</dc:date>
    </item>
  </channel>
</rss>

