Latest / Nutanix Weekly / Nutanix Weekly: Nutanix Files 4.0 New Features: Smart DR Enhancements

Transcript

Nutanix Weekly: Nutanix Files 4.0 New Features: Smart DR Enhancements · Nutanix Weekly

WEBVTT 1 00:00:02.399 --> 00:00:18.869 Andy Whiteside: Hello everyone and welcome to episode 5055 zero of new tannic speaking gyros quick to point out that that had no relevance from a binary perspective it just a bunch of ones and zeros hi Johnny on the spot what is 50 but what's the what's the binary for it. 2 00:00:20.430 --> 00:00:20.730 Jirah Cox: yeah. 3 00:00:23.190 --> 00:00:24.600 um it's. 4 00:00:27.180 --> 00:00:27.840 Jirah Cox: My. 5 00:00:27.900 --> 00:00:29.400 Andy Whiteside: there's my listening right now just yell. 6 00:00:29.430 --> 00:00:33.900 Jirah Cox: it's something like yeah it's like was it no one was here this, by the way. 7 00:00:36.720 --> 00:00:39.270 Jirah Cox: it's 1001 what, no, no. 8 00:00:39.300 --> 00:00:41.730 Jirah Cox: that's not what people to him, let me break out a notepad. 9 00:00:42.750 --> 00:00:44.880 Jirah Cox: I have at least that small shred of self awareness. 10 00:00:45.210 --> 00:00:46.440 Andy Whiteside: And then tell me if you gave it a. 11 00:00:46.440 --> 00:00:50.880 Andy Whiteside: 252 20 something mask What would it look like well. 12 00:00:52.950 --> 00:00:53.310 Andy Whiteside: alright. 13 00:00:54.660 --> 00:00:55.590 Jirah Cox: So my call. 14 00:00:56.910 --> 00:00:57.990 Jirah Cox: Our golden episode. 15 00:00:58.170 --> 00:01:00.090 Harvey Green: rah rah rah podcast. 16 00:01:01.890 --> 00:01:10.230 Andy Whiteside: Half half 100 what else yeah so go with me a direct Cox rb green saying guys been here for the other 49 so. 17 00:01:13.170 --> 00:01:17.160 Andy Whiteside: kinda was mostly most of the 49, for, if not all, probably all. 18 00:01:18.840 --> 00:01:25.320 Andy Whiteside: So number 50 we should celebrate yay and we should move on to talking about something so what we're going to talk about today. 19 00:01:26.640 --> 00:01:29.310 Jirah Cox: So we found another fantastic post on the. 20 00:01:30.360 --> 00:01:40.170 Jirah Cox: Community blog around the enhancements more enhancements in files for that Oh, this time around, Dr focus right and what's the experience of of using files with. 21 00:01:41.190 --> 00:01:42.150 Jirah Cox: Dr fail over. 22 00:01:43.110 --> 00:01:57.900 Andy Whiteside: So I just left a lot, I mean in Chicago and I just left the launch and the customer was awesome really nice guy he just invested in infrastructure with with Dell vertex vertex have to stop Dell a VX rail. 23 00:01:59.100 --> 00:02:01.380 Andy Whiteside: And he could see could see my face when he told like. 24 00:02:02.670 --> 00:02:17.880 Andy Whiteside: Well it's not our blueprint, but we can make it work, thank you, and when I say that I can easily point the files, be a great reason why the titanic's platform ALS Acropolis operating system on whatever your hypervisor is this case he would be ours. 25 00:02:19.020 --> 00:02:25.590 Andy Whiteside: You know just really makes for a great platform and the number one complaint of his current user population is slow log. 26 00:02:26.550 --> 00:02:26.910 hmm. 27 00:02:28.050 --> 00:02:39.210 Andy Whiteside: So you can see my face I wasn't overly excited about him having to gear that wasn't the gear I would want to have, but he had something new, will make it work for sure it just wouldn't be ideal. 28 00:02:41.910 --> 00:02:55.680 Andy Whiteside: So the podcast today we're going to cover a blog by mikey a gyro was talking about new tannic files for new features smart Dr enhancements Harvey, why does this why, why does this matter. 29 00:02:56.970 --> 00:03:04.500 Harvey Green: Well, it only matters to those of us who thinks Dr is important, which which, hopefully, is all of. 30 00:03:05.460 --> 00:03:09.540 Jirah Cox: That tragically is some subset by the buyers by definition. 31 00:03:10.500 --> 00:03:24.660 Andy Whiteside: It really is the conversation while ago was somewhere in the mix of what did you just buy was having data Center yeah we just have one like 2022 we got to have more than one we can't just have one data Center even if one's the cloud or you know some backup. 32 00:03:24.930 --> 00:03:27.030 Harvey Green: Somebody else's data Center I mean that's. 33 00:03:27.060 --> 00:03:28.230 Harvey Green: that's still works. 34 00:03:28.410 --> 00:03:29.550 Harvey Green: it's still better than. 35 00:03:29.580 --> 00:03:30.840 Harvey Green: Not having an option. 36 00:03:32.940 --> 00:03:38.400 Andy Whiteside: Well, and unfortunately don't have new tannic files as a way to simply make that backup location happened but. 37 00:03:39.630 --> 00:03:43.080 Andy Whiteside: we'll get them there today was meeting number one yes. 38 00:03:44.940 --> 00:03:45.780 Jirah Cox: can only get better from here. 39 00:03:47.400 --> 00:03:52.800 Jirah Cox: And we can touch on you know the and some of the why right, why would that be interesting to them around like what are the other. 40 00:03:54.630 --> 00:03:58.740 Jirah Cox: You know what other ways can we can we give them back time in their day and get them back time in their weekend month. 41 00:03:59.880 --> 00:04:07.920 Jirah Cox: So files courses a fantastic one right where where it's native file services right there in the platform that are highly available highly scalable highly performant. 42 00:04:09.210 --> 00:04:23.940 Jirah Cox: But then today's focus right, you know easily managed for disaster recovery right So if you have it at two sites, whether it's whether you own both sites you rent one site that was like can be you know, in the cloud could be a partner data Center could be a lot of things. 43 00:04:26.010 --> 00:04:35.160 Jirah Cox: Having that data is one thing replicating it to make sure you still have it after the after a site denial event right it's something else entirely, so the. 44 00:04:35.640 --> 00:04:38.250 Andy Whiteside: shower I went back and listen to last week's now I mean. 45 00:04:39.450 --> 00:04:49.440 Andy Whiteside: I know files is file level sharing right storage is it also block level if i'm using the I scuzzy portion of files so. 46 00:04:49.650 --> 00:05:00.630 Jirah Cox: newt annex is a platform offers block storage we call the feature volumes and files uses that right, so when we deploy files part of the automation of the wizard there is. 47 00:05:01.020 --> 00:05:06.930 Jirah Cox: It stands up all of the the file or heads, if you will, like the front end where SMB connections terminate. 48 00:05:07.470 --> 00:05:18.180 Jirah Cox: And then it also sets up all the backend block volumes that all the files than mount and part of the different failure fail over mechanisms right are that different filers can connect to different back end block volumes. 49 00:05:19.710 --> 00:05:22.350 Jirah Cox: Based on what kind of failure or routing around. 50 00:05:24.960 --> 00:05:40.470 Andy Whiteside: So we should probably start off with the intro here that talks about 38538 introduced the idea that we could replicate replicate at the share level which that was probably a big a big improvement for Dr functionality. 51 00:05:41.010 --> 00:05:43.440 Jirah Cox: yeah since the dawn of files. 52 00:05:44.700 --> 00:05:50.310 Jirah Cox: We had the construct of taking the virtual machines that were the front end filers taking the back end block volumes. 53 00:05:51.150 --> 00:05:58.320 Jirah Cox: wrapping them all in the next production domain, which is like our application group sending them all to the Dr site and then there was a workflow to say. 54 00:05:58.890 --> 00:06:08.190 Jirah Cox: activate that copy of my file server infrastructure, so that it could get repeat could join active directory brought up all the shares brought everything back online. 55 00:06:09.510 --> 00:06:18.990 Jirah Cox: and digital that for you in an automated fashion, you can imagine that was a fair amount steps that had to run through so then yeah so through that he brought in what is branded as smart Dr. 56 00:06:20.070 --> 00:06:27.510 Jirah Cox: Which is rather than replicate the whole thing at the infrastructure level right the backend block volumes and volumes themselves. 57 00:06:28.470 --> 00:06:40.320 Jirah Cox: run both sides actually in parallel with smart Dr so they're already already IP already joined to the active directory and then just to share liver application right so when a user rights of file with you know. 58 00:06:41.460 --> 00:06:55.500 Jirah Cox: Like in this case, like a one minute granularity replicate that whole share contents over to the other file server right so that you're simply activating that share and marketing the Dr copyrightable is really the main the main activity for a Dr fail over. 59 00:06:56.820 --> 00:07:03.150 Andy Whiteside: I feel like we may have covered this last week is there the concept of when you're replicating that over to make it immutable as well. 60 00:07:05.220 --> 00:07:10.710 Jirah Cox: Not today I don't believe in for true immutability of like like illegal like a warm. 61 00:07:13.260 --> 00:07:14.190 Jirah Cox: stands for that file. 62 00:07:14.670 --> 00:07:17.970 Harvey Green: yeah that's that's just out of objects today right. 63 00:07:18.990 --> 00:07:27.540 Jirah Cox: Today, that would be an object and and and part of that would be, because when would users expect that right usually it would be like with a backup or archive data set right. 64 00:07:28.470 --> 00:07:40.950 Jirah Cox: I can think of a number of customers in multiple previous careers that i've had where if, like SMB level data can be marked as immutable and like can't be deleted for seven years, we would have had a very interesting conversation around capacity. 65 00:07:41.010 --> 00:07:48.570 Jirah Cox: and forecasting right What do you mean I can't delete my personal music library it's usually the title joke. 66 00:07:50.430 --> 00:07:53.340 Andy Whiteside: yeah reminds me of a story for that were. 67 00:07:54.600 --> 00:08:04.830 Andy Whiteside: Guy came to my desk one day, I was in support admin yo yo unhappy about something he told me i'm an electrical engineer i'm a lawyer blah blah i'm smart enough, I do whatever I wanted. 68 00:08:04.950 --> 00:08:06.300 Jirah Cox: He knows a 50 isn't binary. 69 00:08:09.510 --> 00:08:14.400 Andy Whiteside: In a couple days later, like why about backups so big and then I found this porn stash. 70 00:08:16.440 --> 00:08:18.390 Andy Whiteside: I was I didn't hesitate to. 71 00:08:19.740 --> 00:08:22.710 Jirah Cox: To mention it, you got some faster backups i'm like. 72 00:08:25.590 --> 00:08:26.070 Jirah Cox: The. 73 00:08:27.180 --> 00:08:27.690 Jirah Cox: let's see. 74 00:08:29.130 --> 00:08:29.790 Andy Whiteside: What we're talking right. 75 00:08:30.030 --> 00:08:32.850 Harvey Green: Well yeah there you go how you pivot off that sorry go ahead. 76 00:08:32.910 --> 00:08:33.420 Harvey Green: let's see it. 77 00:08:33.450 --> 00:08:33.720 So. 78 00:08:34.800 --> 00:08:35.520 Andy Whiteside: We need OK. 79 00:08:35.700 --> 00:08:48.180 Andy Whiteside: So, my comment about immutability does not make sense in the share files conversation, but it from a backup perspective and and objects that's where come in and new tannic has it covered there right. 80 00:08:48.450 --> 00:09:08.340 Andy Whiteside: Totally alright, so in this blog by Mike ricky he really calls out two things, the first as files, you know smart Dr has gotten better number one scalability on our what's new tannic really highlighting has an improvement in the steel ability as it relates to files that Dr. 81 00:09:08.580 --> 00:09:10.080 Jirah Cox: yeah so a major enhancement here. 82 00:09:10.140 --> 00:09:29.850 Jirah Cox: Too smart Dr itself raising the limit of what used to be 25 shares that can be protected with smart Dr now to 100 So the first 25 can do the one minute application intervals and then the next 75 or you know from 26 up to 100 can do 10 minute intervals right so it's still very, very. 83 00:09:31.380 --> 00:09:33.780 Jirah Cox: Rapid protection for the day that you write to those shares. 84 00:09:34.350 --> 00:09:47.310 Andy Whiteside: So is this intended to be like application level replication of the file, so if you're using an application a client server APP server piece is accessing those files for some reason. 85 00:09:47.670 --> 00:09:57.180 Andy Whiteside: it's real time, or we expect those server Apps to be you know hitting the same file share it's just the replication is happening in case you needed the they were done it's. 86 00:09:58.650 --> 00:10:03.390 Jirah Cox: Like it's fair to say it's it's for the dependent application right and where does the. 87 00:10:03.990 --> 00:10:08.550 Jirah Cox: Where does the business expect to solve the problem right if it's an APP that we control that we write. 88 00:10:09.000 --> 00:10:15.930 Jirah Cox: That we need you know, like a zero tolerance for that of course we can totally right to to shares one site a one at site B and we control all of that. 89 00:10:16.620 --> 00:10:22.860 Jirah Cox: If it's an APP that maybe we purchase we buy we we only you know we just ended up we don't control, a lot of it at the code level. 90 00:10:23.280 --> 00:10:36.090 Jirah Cox: Then we have to protect that the infrastructure level, and so it rights to share at site a and we replicate that share over to site be right with in this case, we can market as a high priority share one of the first 25 there that can do a one minute replication interval. 91 00:10:37.170 --> 00:10:42.300 Andy Whiteside: So, are you saying the ability to write real time is within new tannic or within the application itself that you're working with. 92 00:10:43.410 --> 00:10:53.070 Jirah Cox: If needed, like true synchronous right, then I would I would write that at the application level right to say you know, send out, you know parallel rights to share a and share be and wait for both to. 93 00:10:53.490 --> 00:10:58.830 Jirah Cox: To respond back before I at the application level proceed with my next transaction right if I if that was a requirement. 94 00:11:04.980 --> 00:11:06.150 I think we lost and the. 95 00:11:07.530 --> 00:11:08.940 Jirah Cox: Other tasks if that makes sense, which is my. 96 00:11:09.810 --> 00:11:11.400 Jirah Cox: temper dead air on a call. 97 00:11:11.940 --> 00:11:15.540 Harvey Green: Now I mean that that makes sense, at least to me. 98 00:11:16.470 --> 00:11:17.130 Jirah Cox: Yes, I can. 99 00:11:17.160 --> 00:11:33.570 Harvey Green: assure that there will be plenty of people who use functionality like this to cover for for an APP that doesn't have that capability, but still write to a share, and then there then using that one minute interval to replicate it out to the different one. 100 00:11:34.020 --> 00:11:42.480 Jirah Cox: you're right, we can offer the business still dramatic data protection for that, for the shared data as it gets written and we can we can also protecting lot more shares. 101 00:11:43.380 --> 00:11:51.510 Jirah Cox: You know, for X the limit of shares that we had before so like our precious like it installs shared directory right or it says. 102 00:11:52.560 --> 00:11:52.830 Harvey Green: You know. 103 00:11:53.070 --> 00:11:55.620 Jirah Cox: Important data but doesn't change quite as fast right. 104 00:11:55.980 --> 00:12:02.160 Harvey Green: And that's totally important it's like it's totally important but in that 10 minute interval window. 105 00:12:03.660 --> 00:12:08.880 Harvey Green: This is the one that we use, you know, maybe once every couple months. 106 00:12:10.470 --> 00:12:12.090 Harvey Green: But we need it when we need it right. 107 00:12:12.120 --> 00:12:13.470 Jirah Cox: 100% hundred percent. 108 00:12:16.050 --> 00:12:20.430 Jirah Cox: So, then, the second enhancement here that that Mike highlights right on this blog post. 109 00:12:21.570 --> 00:12:22.500 Jirah Cox: Is around. 110 00:12:23.790 --> 00:12:30.300 Jirah Cox: Self service to store functionality so self service or store in the context of files right refers to. 111 00:12:30.990 --> 00:12:41.070 Jirah Cox: The ability for like a certain file share like save the accounting share where the it installer data share for the car distributed distribution point for Installers. 112 00:12:42.060 --> 00:12:48.090 Jirah Cox: For an end user sort of go back in time and say oops I deleted my excel file or a. 113 00:12:48.750 --> 00:12:55.830 Jirah Cox: text file or whatever, whatever we deleted and self service restore that right usually through windows, that means like the windows previous version tab. 114 00:12:56.250 --> 00:13:07.890 Jirah Cox: In windows explorer or like a dot snapshot directory on Linux but that ability to say you know what was here like an hour ago, or two hours ago and pull that data back, without even having to go bug anybody in it, or log a ticket. 115 00:13:09.180 --> 00:13:15.600 Jirah Cox: So, like it says self service restore of data and so and files, this is also in the files had. 116 00:13:17.160 --> 00:13:28.590 Jirah Cox: Basically, since it launched and then we've brought that forward to now interoperate with the new smart Dr functionality, so that we can use smart Dr to replicate the data, but the now now still have the ability to self service. 117 00:13:29.640 --> 00:13:36.180 Jirah Cox: You know from you know across across both sides of that share or even have differing retention right like the article calls out. 118 00:13:36.630 --> 00:13:49.590 Jirah Cox: Maybe a proud, we have the last two hours like like an hour ago in two hours ago state of the file share, but maybe it Dr we have you know the last 10 hours of 10 out really snapshots right so those can mix and match, or they can match, they can different where they can match. 119 00:13:51.510 --> 00:13:57.570 Jirah Cox: across their application so that when you do fail over users can still self service their own restores right. 120 00:13:58.560 --> 00:14:03.000 Harvey Green: I mean that's that's a very, very important technology i've always been. 121 00:14:04.590 --> 00:14:13.980 Harvey Green: kind of on the fence, as to whether or not you always want that to be out for people, no matter what, because when you give them the undo button they'll press it, which is great. 122 00:14:14.940 --> 00:14:27.690 Harvey Green: But when they go, you know, five, six revisions and then they want to undo and then their undoing something else they shouldn't undo it just a tangled web we sometimes you. 123 00:14:28.950 --> 00:14:29.280 Jirah Cox: Know it's. 124 00:14:29.790 --> 00:14:30.930 Jirah Cox: it's really it's a. 125 00:14:31.890 --> 00:14:35.460 Jirah Cox: there's some power to it right, which means you can use it use it well or use it badly. 126 00:14:37.050 --> 00:14:40.170 Andy Whiteside: Are you guys talking about microsoft's shadow snapshots again. 127 00:14:43.980 --> 00:14:46.800 Harvey Green: were just talking about that that power as a whole. 128 00:14:46.830 --> 00:14:48.660 Harvey Green: To be able as a user to. 129 00:14:49.830 --> 00:14:53.880 Harvey Green: Go back to the way that it was before. 130 00:14:55.170 --> 00:15:04.440 Harvey Green: You know it's I don't know I guess sometimes that can be a training issue where you train them that they have the power, but you don't necessarily trained them. 131 00:15:05.910 --> 00:15:11.580 Harvey Green: That power has both limits and consequences, sometimes. 132 00:15:11.820 --> 00:15:14.910 Andy Whiteside: So did you guys ever implement this back in the Microsoft days when they. 133 00:15:15.030 --> 00:15:16.830 Harvey Green: made that available in the fall yeah. 134 00:15:19.980 --> 00:15:20.850 Jirah Cox: scars to prove it. 135 00:15:24.150 --> 00:15:24.630 Harvey Green: yeah. 136 00:15:26.460 --> 00:15:34.380 Andy Whiteside: I don't I don't remember if I ever actually had it run you know live or not, but I guess, in this case and i'm sorry I disappeared from a hotel I got disconnected. 137 00:15:35.130 --> 00:15:39.720 Andy Whiteside: If we're talking about here is the ability to self service your your. 138 00:15:40.350 --> 00:15:54.060 Jirah Cox: Request yeah yeah yeah restore the restore the contents of a file share like even directory or single file back to an earlier point in time right like recover from like a unintentional deletion or override or a bad save so. 139 00:15:55.260 --> 00:16:03.660 Harvey Green: i'm bad because as you're talking about that you, you talked about restoring the folder or restoring the share and i'm like. 140 00:16:06.090 --> 00:16:17.970 Harvey Green: i'm fine with them restoring a file right they go to store again, you know, not necessarily you're teaching them, they have the power, but sometimes you can get to teach them, they have consequences that they're storing an entire share. 141 00:16:18.540 --> 00:16:19.680 Harvey Green: Or the entire folder. 142 00:16:20.250 --> 00:16:21.480 Jirah Cox: I mean we're we're. 143 00:16:22.620 --> 00:16:33.900 Jirah Cox: crossing the line of like technology problem in like human problem right and those interact a lot, you know when I think back to my days like as like the it guy or you know you have that those handful of favorite users right that are like you're sort of. 144 00:16:34.200 --> 00:16:37.740 Jirah Cox: The folks in and department, maybe, maybe teach them about how to how to do this right. 145 00:16:39.120 --> 00:16:46.110 Jirah Cox: Because it, you know it's only you can control and configure you can enable a share per share level right so maybe it's not for all shares and, of course. 146 00:16:46.740 --> 00:16:57.450 Jirah Cox: blah blah blah are back and least possible privilege and you know use your show I see files they absolutely have to see to do their job right Hello ransomware and limitation of of blast radius there but. 147 00:16:58.500 --> 00:17:08.640 Jirah Cox: You know, in general, it's it's something at least if I was a technology evaluator I want to see that the capability existed in software, where I chose to use it can be very, very tactical right, so I think. 148 00:17:08.640 --> 00:17:10.200 Jirah Cox: you're totally right there herbie. 149 00:17:10.650 --> 00:17:17.400 Andy Whiteside: Can you control this per user per group or does if it's all and everybody can do it if it's not on Of course nobody can do it. 150 00:17:20.640 --> 00:17:24.300 Jirah Cox: I know that turning it on or off is a per share level. 151 00:17:25.560 --> 00:17:34.560 Jirah Cox: And now i'm going to make a guess I don't like to do that, but I think anybody that would have a right privilege right it'd be a reaction on the previous state and you're writing it to the current state so anybody with right privileges. 152 00:17:35.100 --> 00:17:44.820 Jirah Cox: Probably would be able to to see that right same way that anybody with with the right access could could override data from their application, the first place yeah you. 153 00:17:45.780 --> 00:17:49.050 Harvey Green: have to have a certain level of trust that. 154 00:17:49.470 --> 00:17:51.060 Harvey Green: Things will happen the way they're supposed to. 155 00:17:53.520 --> 00:18:01.860 Jirah Cox: Harvey you're closer to this than I am it couldn't there be a group policy control to like hide the precision tab for certain users, since. 156 00:18:02.190 --> 00:18:03.660 Harvey Green: yeah absolutely So there you go. 157 00:18:04.920 --> 00:18:06.510 Jirah Cox: that's your yes, there Andy right anybody that didn't. 158 00:18:06.690 --> 00:18:07.080 Jirah Cox: do this. 159 00:18:08.070 --> 00:18:11.430 Jirah Cox: They typically have rights on the file server, but we can hide it in the goose that they never see it. 160 00:18:14.640 --> 00:18:16.080 Andy Whiteside: Well, that sounds like a good idea. 161 00:18:18.270 --> 00:18:20.130 Jirah Cox: As always use your best judgment. 162 00:18:20.820 --> 00:18:25.320 Andy Whiteside: Yes, assuming you're assuming your GPS or processing which they should be, but. 163 00:18:25.560 --> 00:18:28.710 Andy Whiteside: Oh, my environments where where it was a disaster. 164 00:18:28.920 --> 00:18:31.740 Jirah Cox: I mean if if they're not call Harvey. 165 00:18:33.870 --> 00:18:35.100 Harvey Green: He go. 166 00:18:37.170 --> 00:18:40.200 Andy Whiteside: Harvey will tear down your entire active directory and build it back up. 167 00:18:40.500 --> 00:18:41.790 Harvey Green: No, I will not. 168 00:18:42.060 --> 00:18:42.930 Harvey Green: No, no, no. 169 00:18:44.550 --> 00:18:53.700 Jirah Cox: i'm sure you guys We probably all troll the same SIS admin forums, did you guys see the post today about the guy who said, who seem sort of like a junior at. 170 00:18:54.180 --> 00:19:03.780 Jirah Cox: admin kind of crying out for help saying i'm getting an error that I can't add this user to more than 1000 ad groups that's that's the limit. 171 00:19:04.200 --> 00:19:04.590 Jirah Cox: yeah. 172 00:19:04.980 --> 00:19:11.670 Harvey Green: And it's oh wow to that and good for you, for thinking that I could read a post that happened today. 173 00:19:15.000 --> 00:19:21.360 Jirah Cox: You know I love all the responses that are just like if you have a user in 1000 groups, you have other problems right like. 174 00:19:21.660 --> 00:19:24.840 Jirah Cox: Yes, don't fight this limit it's probably there for your protection. 175 00:19:25.290 --> 00:19:28.740 Jirah Cox: let's go let's go ask other creative questions about solving this problem. 176 00:19:29.670 --> 00:19:32.160 Andy Whiteside: or poor guy had an honest question where we got flying. 177 00:19:33.360 --> 00:19:33.720 Jirah Cox: I mean. 178 00:19:34.350 --> 00:19:38.460 Jirah Cox: You know it's part of the maturation process of society it. 179 00:19:38.610 --> 00:19:39.570 Harvey Green: is yes. 180 00:19:39.600 --> 00:19:40.560 Andy Whiteside: Well, you probably inherited. 181 00:19:41.190 --> 00:19:43.200 Jirah Cox: Yes, that's also true. 182 00:19:44.640 --> 00:19:45.810 Jirah Cox: But also, what are the metrics. 183 00:19:46.560 --> 00:19:56.820 Harvey Green: That matter, yes, that is true, too, if you're that far in and you're having that you, I still think it's right to let's look at fixing the other. 184 00:19:56.970 --> 00:19:57.930 Jirah Cox: I still get the same. 185 00:19:58.380 --> 00:19:59.310 army so. 186 00:20:00.990 --> 00:20:08.910 Andy Whiteside: I may have told the story before, but when I was at Microsoft do an ad supported remember the guy calling in its domain controllers respond Bob at sandy Patrick and. 187 00:20:09.540 --> 00:20:15.000 Andy Whiteside: he's talking to me as if I supposed to know he's talking about had no idea this early on, I keep up with nickelodeon at the time. 188 00:20:16.620 --> 00:20:22.680 Andy Whiteside: And I didn't quite get it, because my kids were young i'm like I should know this, he goes no it's for adults like it's a cartoon for adults like yeah it's like oh. 189 00:20:24.750 --> 00:20:25.890 Andy Whiteside: That was that was long time ago. 190 00:20:28.950 --> 00:20:40.320 Andy Whiteside: All right, well i'm Harvey is there anything else about new tonics and its ability to replicate and provide the your snapshots that you would like to also call out, or are we done here. 191 00:20:43.260 --> 00:20:45.330 I think I think we're done here. 192 00:20:47.070 --> 00:21:05.370 Harvey Green: I guess i'll throw out since since she threw the torch to me that we have our next iteration of the mechanics workshop ALS and HIV that takes place this Friday whatever date, that is, let me look Friday at 1pm. 193 00:21:06.450 --> 00:21:21.270 Harvey Green: got a later start so that we can integrate more of our West Coast customers who don't necessarily want to get up at six or seven in the morning don't be the 22nd April 22 1pm Eastern. 194 00:21:22.860 --> 00:21:24.300 Harvey Green: and Western. 195 00:21:25.170 --> 00:21:32.940 Andy Whiteside: Having good success teaching people enabling people to that job or anything about files specifically on this part of the conversation you'd want to bring us. 196 00:21:33.750 --> 00:21:49.230 Jirah Cox: This discovers it for me anybody can take a test drive with this course in the test drive environment or also try it on your existing clusters as well, so it's a one click deployment from your existing prison dashboard to say deploy files kick the tires on it. 197 00:21:50.820 --> 00:21:55.800 Jirah Cox: Harvey for Friday is there any way you'll need to go to register for that will if we find a link and show notes. 198 00:21:55.860 --> 00:22:06.480 Harvey Green: Yes, that is, on the integra.com page, you can go there to sign up for it will stick a link when we post this out as well. 199 00:22:09.480 --> 00:22:09.900 Andy Whiteside: We will. 200 00:22:10.380 --> 00:22:12.150 Harvey Green: Do we will we will. 201 00:22:13.680 --> 00:22:14.970 Andy Whiteside: check it out.com that's where you go. 202 00:22:17.610 --> 00:22:18.360 Andy Whiteside: I appreciate it. 203 00:22:19.650 --> 00:22:21.930 Andy Whiteside: Direct me, let me do this, you. 204 00:22:23.250 --> 00:22:30.840 Andy Whiteside: need interesting customers out there, that without calling them up by name that you see using files in such a way that's you know unique from other. 205 00:22:31.590 --> 00:22:32.190 there's. 206 00:22:33.750 --> 00:22:34.470 Jirah Cox: all over the place. 207 00:22:35.790 --> 00:22:45.180 Jirah Cox: It is by far it's it's a no brainer for any uc environment right, so if you're in any kind of virtual desktop server based desktops on a 10 X files is by far the easiest answer. 208 00:22:46.050 --> 00:22:54.900 Jirah Cox: Like we kind of opened with right customer suffering from long login times there's so much in that chain right, I need to have responsive domain controllers native responsive. 209 00:22:55.470 --> 00:23:08.850 Jirah Cox: profile storage directories and my desktop seem to be fast anytime solve all those problems super super well so for etc right like I said no brainer but then also you know general purpose, you know. 210 00:23:10.860 --> 00:23:14.340 Jirah Cox: gen pop filters right my departmental shares my end user private directories. 211 00:23:15.420 --> 00:23:23.580 Jirah Cox: All a slam dunk use case for that, but then also even scaling out to like backups and stuff So if I just SMB based or fs based backup targets. 212 00:23:24.570 --> 00:23:33.180 Jirah Cox: that's also easy, as well the cool thing about a software defined solution is it can run on any going to agree that we need it to right, so if it's tiny all flash notes burning burning vdi. 213 00:23:33.660 --> 00:23:47.220 Jirah Cox: that's fine those profiles probably aren't very large anyway, if it's backup nodes and that's slow and fast I want cheap and deep let's find SATA runs great on hybrid nodes right that are mostly made up of like hdd based spinning disk storage as well. 214 00:23:50.280 --> 00:23:50.430 Andy Whiteside: yeah. 215 00:23:51.960 --> 00:23:57.900 Andy Whiteside: Very fungible very flexible and also great for specific workloads like the vdi profile. 216 00:23:59.040 --> 00:24:08.310 Andy Whiteside: fs logics world which, believe it or not, it's still the number one complaint here when we walk into a new client is slow logins yes, yes. 217 00:24:09.450 --> 00:24:11.040 Harvey Green: There are tools to fix that. 218 00:24:12.930 --> 00:24:16.440 Jirah Cox: extent, was it can improve what you don't measure so. 219 00:24:16.470 --> 00:24:17.160 Jirah Cox: Yes. 220 00:24:17.610 --> 00:24:19.290 Jirah Cox: There you go he goes pretty quick. 221 00:24:19.980 --> 00:24:22.590 Andy Whiteside: quit measuring they just assume it's gonna be slow and don't. 222 00:24:22.590 --> 00:24:23.130 Andy Whiteside: tolerate. 223 00:24:24.060 --> 00:24:27.600 Jirah Cox: And they're loving, it would be like the flip side right things you just think you tolerate don't get better on their own. 224 00:24:28.410 --> 00:24:31.680 Andy Whiteside: Well, users to start early users just stop complaining, a lot of what happens. 225 00:24:31.800 --> 00:24:49.860 Harvey Green: yeah I mean if if you are used to I log in I go get coffee I come back and everything's up and that takes you know five minutes, then you go login it's in 30 seconds, but you still go get your coffee and come back to user that's still the same. 226 00:24:50.940 --> 00:25:10.080 Harvey Green: Right, but to your point if you're measuring that if your user actually cares about it they're sitting at their desk and waiting on that waiting on that machine or that vm or that file share or whatever it is, come up in La 30 seconds versus, two minutes is a huge difference. 227 00:25:10.560 --> 00:25:13.350 Harvey Green: Oh, and get it below 30 seconds, then that's even better. 228 00:25:14.520 --> 00:25:25.980 Jirah Cox: yeah I think that's so interesting in the context of like well 2022 right where employees are never more mobile than before right people don't feel empowered to job hop and. 229 00:25:26.610 --> 00:25:34.530 Jirah Cox: Nobody solve this problem in isolation, but what is what is it and what is the company, more broadly, thinking about in terms of like. 230 00:25:34.920 --> 00:25:49.770 Jirah Cox: using technology to actually delight our internal customers right our employees and if that's a that's a that's a not on someone's radar that's probably a competitive disadvantage as an employer in terms like retaining a workforce. 231 00:25:49.770 --> 00:25:50.070 Harvey Green: Right. 232 00:25:50.100 --> 00:26:06.450 Jirah Cox: Like it's absolutely something that that can be a focus area that honestly isn't that hard to meaningfully impact, but what you're you're you're talking about the device that someone's gonna interact with let's say eight hours a day, maybe a little a little more a lot more. 233 00:26:07.050 --> 00:26:18.150 Jirah Cox: You know and that's an opportunity for delight right like I can think of all the Apps that I can go to like an APP store and and through good good automation to. 234 00:26:19.170 --> 00:26:25.710 Jirah Cox: You know, get like Apps deployed to my workspace right that make it easier for me to do my job and that's that gives me as an as an end user delight. 235 00:26:27.360 --> 00:26:37.950 Jirah Cox: You know, compared to if I had to go through and tickets and wait for slow desktops and wait weeks, for you know the tools, I needed to get installed, you know that's that's a competitive disadvantage yeah. 236 00:26:39.300 --> 00:26:45.600 Andy Whiteside: And at this point, we all need to find every way we can get people don't want to come work and staying working employed there yeah. 237 00:26:47.610 --> 00:26:51.390 Andy Whiteside: Alright guys, I will let you go thanks for another great conversation. 238 00:26:52.650 --> 00:26:52.920 Jirah Cox: Thank you. 239 00:26:53.700 --> 00:26:54.540 Andy Whiteside: yeah absolutely.