 All right, here we go. Let's start again. Hey, everyone. My name is Akshay Parthasarathy. I'm a technical marketing engineer at NetApps data fabric group. I'm here to talk to you today about NetApps OpenStack integrations and a test drive that we have with OpenStack and Cloud on top. NetApps vision is to let customers like you have control of your data no matter where it's located. This is enabled by solutions such as Cloud on Tap, OpenStack integrations, Alta Vault, NetApp Private Storage, and other products. All right, what are we going to cover? We're first going to go through an overview of what this test drive is about. We'll then get into the architecture. What are the different instances and the different networks that are being deployed in order for you to take advantage of this test drive? The different tools you will use, these include on-command system manager, OpenStack dashboard, and OpenStack CLI, OpenStack CLI being the most important one as you go through the test drive. I'll then show you a couple of short demos. These are totally taken from the test drive. This is exactly what you'll do if you were to go and take the test drive on your own. So what are the different technologies that we use? The major ones are OpenStack, of course, and NetApps Cloud on Tap. Many of you all may already be aware. OpenStack allows you to control large pools of compute, network against storage data in your resident cloud. The next tool we'll use is Cloud on Tap. Cloud on Tap is basically NetApp's version of data on tap running on Amazon Web Services. You get the same advantages you get by running Cloud on Tap as you would on data on tap. Plus, you have a pay-as-you-go model. You can spin up Cloud on Tap and tear it down as you desire. So as I mentioned before, the whole test drive is set up on Amazon Web Services. So basically, you click to launch the test drive. You're going to have a few hours to play around with it, and then it'll tear it down for you. So here are the different networks and instances that you will use. The two most important ones for you are the Jump Host and the OpenStack Instance. The Jump Host is what you use to log into System Manager, which is NetApp's version of a GUI tool to control Cloud on Tap. The OpenStack Instance allows you to log into a version of OpenStack that is kilo-based, actually. It's not liberty-based. It's kilo-based. You're going to do all your exercises by accessing the OpenStack Instance. NetApp Cloud on Tap, of course, gives you the storage operating system that you're going to leverage for all your exercises. In addition to that, we have a private network and a public network that have been set up for you. And this basically allows you to do the test drive. So on command system manager, this is one of the tools that you use. Using System Manager, you're going to configure your NetApps on Tap storage that is already built for you on AWS Elastic Block Storage and Elastic Compute Instances, Elastic Compute Cloud. To get to System Manager, you're going to log into your Jump Host using the IP address and credentials in your email. Then you're going to navigate to the Cloud on Tap IP address on your using the IP addresses, again, indicated on your email. So basically, you're going to use a Jump Host to log into System Manager. The next tool that you will use is OpenSack Horizon. You're going to log into your Jump Host again using the credentials in your email. Following that, you'll be provided with the IP address and credentials for you to use your web browser, Internet Explorer, in this case, to log into Horizon. The third tool that you will use, and this is the most important one, is OpenSack CLI. In order to log into the CLI, you're going to receive an email, the same email that you receive in the other two cases. You log into the IP address using the credentials that have been provided for you, and you conduct your exercises that way. So as I mentioned before, there are a couple of demos I want to show you. These demos walk you through a couple of different values you get by using NetApp Cloud on Tap with OpenSack. So some of these values include storage efficiency, unified architecture, data protection, seamless scaling, and others. So we're going to go through a couple of these. The first one is continuous operation with OpenSack Manila and the second one is storage efficiency using OpenSack Lens. So continuous operations basically is very important in any enterprise or small business for that matter. You want to keep your infrastructure running continuously. So this demo shows that using OpenSack Manila, which is the file share service. So we're first seeing what are the different file shares that have already been created. There's nothing created right now. We go ahead and create one using the Manila Create command. We're creating an NFS share in this case, and it's of size 1 gigabyte. So let's just make sure the share was created successfully. It is. We have a share that is available. So one of the things with Manila is that once you create the share, you should also specify an access policy to allow access, similar to an IP tables firewall, things along that nature. It's an access list. So we just created a 1GB NFS share. So what we want to do is we want to try to log into the share. And in order to do that, I've already created a couple of VMs. One of them is an Ubuntu VM that can be an NFS client. So at this point in time, we're logged into the Ubuntu VM. So let's create a directory and mount the share. So in order to mount the share, you need the export location. So in order to get the export location, we can switch back to the Ubuntu VM and basically copy and paste the output of the ManilaList command. So right now I've switched back to the OpenStack instance, basically another window, copying the export path from the ManilaList command, and then I'm gonna paste it over here into the Ubuntu VM. Okay, so now we've successfully mounted the share. We see here the output of the DF command, the share is mounted into slash MNT slash Manila underscore NFS. So let's place a file in the share. The reason I do this is because we want to check for continuous operations. So what I'm gonna do after we place a file in the shares, I'm gonna execute a script that checks for continuous operations. So I've just named it check mount in this case. So we're gonna run check mount. So now we've started the script and what this does is it continuously does an alas. It does a directory listing. So what we're gonna do next is we're gonna actually move the back end, which is the disk pool, as this script for continuous operations is running. So let's say, I mean, this can be useful in a number of situations. Let's say you wanna move from a regular SAS disk to an SSD disk, that type of thing. So that is our share that we just created and we can actually verify it by comparing it to the output of the Manila list command. So we go there, we go into system manager, we notice what disk pool it is in. And in this case, it's in a disk pool called aggr2. We're gonna move it to aggr1, which is another disk pool. So at this point in time, we've moved the disk pool. We just wait a couple of seconds for the share to be moved. And what we notice is that it's now in aggr1. So we can go back to the script that we had to check for continuous operations and see whether it's still executing. As you can see, the script is still running, indicating that you had continuous access. Yeah, so basically we moved disk pools and we had a script that was running in the background as we moved. There was no disruption in service. That's how we proved that. You had continuous availability of the share. So let me now take you to the next demo. So this demo is slightly different. It takes you through storage efficiency. And in order to demonstrate storage efficiency, we go through an exercise with glance. So at this point in time, what we're doing is we're looking at the different images in our glance repository. So these images will be created for you when you do the test drive. So here are the different images. We've got a few images, trustee, utopic, vivid, and so on. So let's go back to NetApps on command system manager again and basically do a storage efficiency exercise using the glance image repository. So at this point in time, we're looking at the different flexible volumes that are available in on command system manager. We see that we have a glance image repository, 20 gigabytes in size. In order to look at storage efficiency, we switch tabs to storage efficiency and this allows us to see the savings you get from deduplication and compression. All right, so we're in the storage efficiency tab and it looks like we only have 58% of storage efficiency at this time. So this basically means that you're only saving 58% of capacity on your glance image repository. So the storage efficiency processes are running in the background. So we can just kick it off manually and that's what I've just done. So I've just kicked it off in order to speed up the process for the demo. We see that the process is actively running. Let's wait approximately two minutes for the deduplication and compression to complete on this glance image repository. So after two minutes, let's go back and check. So as you can see, you get a storage efficiency of over 80% in this case. Now it is possible, we have in customer deployments, we've seen this is actually a common number, we see 80%, 90% storage efficiency. So if you're looking at 80%, what that means is if you have a 10 terabyte glance image repository, you're gonna potentially reduce it to only two terabytes of capacity that is required. What this means is you're gonna say it tremendously on the CapEx and OpEx to manage your storage. So that's storage efficiency for you. So these were two different exercises in the test drive. There are other exercises for you to try out and even go ahead and try these different ones. In order to take the test drive, go to netapp.github.io and click on the icon that's displayed over here. If you do have any feedback or questions, feel free to reach me. My email is as displayed, akshayatnetapp.com. So here are some other related sessions. There's the Manila Big Data session that just concluded actually. Feel free to check that out on YouTube later. There's another session that is about FlexPod. This is another popular product that we have from NetApp. Manila Design Sessions, as you see over here, there are also additional sessions about Cinder Design. So feel free to attend those as well. So that's all I have for this open stack on Cloud On Tap demo and demo with the test drive. So if you have any questions, I can take them at this time. All right, thank you. Thank you for your time.