Cloud Volumes ONTAP

Performance comparison of a simple EBS and ONTAP cloud

Chigusa_Kawashima
6,148 Views

Hi,

 

My customer has a question about the performance of ONTAP Cloud on AWS.
My customer wants to know the performance comparison of following (1) and (2):

 

(1) NFS clients(EC2 instantces) connect EBS volumes directly with optimized-EBS option.
(2) NFS clients(EC2 instatnces) connect EBS volumes via ONTAP cloud.

 

I know there is overhead of WAFL in case (2).
I think the latency of (2) is greater than (1). Is this right?

 

Does anyone have any documents about the performance comparison of EBS and ONTAP Cloud with NFS connection?

 

Best regards,

 

Chigusa

 

1 ACCEPTED SOLUTION

kaslin
5,989 Views

Yes, this occurs because the graphs you are looking at show a 100% read workload, and ONTAP Cloud provides caching, which means that some reads come back much faster.  EBS GP2 has no caching, so they do not get this benefit. I've created some slides that show this phenomenon better, which I could email to you if you like.

View solution in original post

4 REPLIES 4

kaslin
6,087 Views

Yes! You can find data that should be useful to you on clouddata.netapp.com . The graphs on clouddata are produced by running a simplified artificial workload on various types of storage including Amazon EBS and Ontap Cloud - and are updated every four hours.  In the upper right corner there is a Sign-In button where you can sign in with SSO credentials. If you don't sign in, some of the graphs will be old, but if you sign in, then all the graphs will be the most recent ones.  The information provided here is slightly different from what you want because the workloads are run via iSCSI to block devices. You were asking about NFS on EBS, note that this is different from Amazon's new EFS offering which is on a different stack.  So you can use the information on clouddata to say "This is the latency of the raw EBS gp2 stack. Adding NFS on top of the EBS may change this number slightly, but it should be close to this."  And the same can be said for Cloud Ontap. "This is the latency of raw disk from Cloud Ontap. Using NAS instead of SAN may change this number slightly, but it should be close to this." You want to compare the graphs labeled: "AWS EBS GP2 Maximum Latency" and "AWS COT Maximum Latency".  Note that these are 100% random read workloads. Not a very realistic workload, but it shows the far end of the read spectrum.  We do also have other workloads on that page for the COT. We collect those workloads for AWS EBS GP2, but they are not shown on the main page.  We also collect this data for NPS both as spinning disk FAS and as AFF.

Chigusa_Kawashima
6,025 Views

 

Hi Kaslin,

 

Sorry for my tardy reply, and thank you for the response.

clouddata.netapp.com is very useful, I will show this website to my custmer.


However, I have a question about "AWS EBS GP2 Maximum Latency" vs "AWS COT Maximum Latency".

These graphs show that "AWS COT Maximum Latency" is smaller than "AWS EBS GP2 Maximum Latency".
I think "AWS COT Maximum Latency" is larger than "AWS EBS GP2 Maximum Latency" because of WAFL overhead.


Please let me know if you know the reason.

 

kaslin
5,990 Views

Yes, this occurs because the graphs you are looking at show a 100% read workload, and ONTAP Cloud provides caching, which means that some reads come back much faster.  EBS GP2 has no caching, so they do not get this benefit. I've created some slides that show this phenomenon better, which I could email to you if you like.

Chigusa_Kawashima
5,967 Views

Thank you very much!!

Could you send me your slides?

 

chigusa.kawashima@netapp.com

 

 

Public