XenTegra - Nutanix Weekly

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

April 25, 2022 XenTegra / Andy Whiteside Season 1 Episode 50
XenTegra - Nutanix Weekly
Nutanix Weekly: Nutanix Files 4.0 New Features: Smart DR Enhancements
Show Notes Transcript

Introduced with the Nutanix Files™ release 3.8, Smart DR brought share-level replication between active file server instances for disaster recovery. If you’re not yet familiar with Smart DR, you can get an overview of the feature and its benefits here. Shortly after its initial release, Nutanix introduced 1-minute replication interval support with the Files 3.8.1 release. 

The recent Files release 4.0 further enhances Smart DR with scalability improvements and self-service restore (SSR) integration

Host: Andy Whiteside
Co-host: Harvey Green
Co-host: Jirah Cox

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.