Nutanix Weekly: What is Hyperconverged Storage?

Hyperconverged storage is a part of hyperconverged infrastructure that brings cloud architecture to IT datacenters and powers modern enterprise applications without the need for dedicated storage arrays and storage teams. It uses distributed storage algorithms to keep data protected, available, and secure at all times. Compared to traditional infrastructure, hyperconverged storage makes it easier for IT admins to manage storage resources and lower total cost of ownership, securing better pricing on storage than from public cloud service providers.

Host: Harvey Green
Co-host: Jirah Cox

Transcript

WEBVTT

1
00:00:03.449 --> 00:00:13.259
Harvey Green: Hello everybody, welcome to episode 45 of the detainees weekly podcast my name is Harvey green we have Mr Derek hots with us, how are you Dr.

2
00:00:13.410 --> 00:00:15.179
Jirah Cox: How are you doing man, thank you for me back.

3
00:00:15.480 --> 00:00:19.980
Harvey Green: Wonderful wonderful I call you the mechanics se extraordinaire.

4
00:00:21.660 --> 00:00:21.900
Harvey Green: she's.

5
00:00:22.410 --> 00:00:25.110
Harvey Green: very title bestowed upon you for all your.

6
00:00:25.950 --> 00:00:27.360
Harvey Green: Your engineering this.

7
00:00:27.450 --> 00:00:34.710
Jirah Cox: i'm honored i'm honored the other, you know put them in business cards is because they won't let me, you know refresh until like I run it at the old ones so.

8
00:00:36.300 --> 00:00:37.140
Jirah Cox: The title between us.

9
00:00:37.620 --> 00:00:46.770
Harvey Green: So that's that's funny you bring up a good point when is the last time actually when was the first time you ever went through an entire box of business cards.

10
00:00:47.070 --> 00:00:48.120
Jirah Cox: i'll let you know when it happened.

11
00:00:49.860 --> 00:00:50.580
Harvey Green: I think I got.

12
00:00:50.820 --> 00:00:56.520
Jirah Cox: So when I join you 10 X it'll be about four four and a half years ago now, I think i'm still working through my first two boxes.

13
00:01:00.480 --> 00:01:00.900
Jirah Cox: and

14
00:01:02.400 --> 00:01:07.710
Jirah Cox: And that was all in the first let's call it two and a half years of my next career because it's been nothing in the last few years.

15
00:01:09.450 --> 00:01:11.490
Jirah Cox: Very low rate of business card usage.

16
00:01:11.670 --> 00:01:30.870
Harvey Green: yeah I can agree with that I have not gotten through an entire box of business cards at this point, even when i'm giving them out is as fast and friendly as I can give them out, I never make it through before something happens and I change titles or get a new phone number.

17
00:01:31.260 --> 00:01:31.800
Jirah Cox: Well, and.

18
00:01:31.950 --> 00:01:34.050
Jirah Cox: Fish bowls at restaurants and when the free like.

19
00:01:34.050 --> 00:01:38.220
Harvey Green: Oh, my gosh you can tell what each of us kind of uses their business cards more for here.

20
00:01:39.240 --> 00:01:40.800
Harvey Green: Willing food winning food.

21
00:01:44.280 --> 00:01:44.340
Jirah Cox: Oh.

22
00:01:44.790 --> 00:01:45.420
Harvey Green: My gosh.

23
00:01:46.350 --> 00:01:49.080
Harvey Green: off on a tangent we go right so.

24
00:01:50.280 --> 00:02:03.780
Harvey Green: Today we're going to talk through the mechanics blog article by Miss lauren wolman called what is hyper converged storage from February 23 so a little over a week ago, maybe two weeks.

25
00:02:05.670 --> 00:02:08.220
Harvey Green: My calendars broken in my head so.

26
00:02:10.590 --> 00:02:11.190
Jirah Cox: it's recently.

27
00:02:11.490 --> 00:02:13.080
Harvey Green: yeah this is recent.

28
00:02:14.100 --> 00:02:27.720
Harvey Green: So we'll we'll hop into this, but we wanted to make sure every once in a while that we throw out a I call it new tannic one on one meetings, one on one type conversation.

29
00:02:28.440 --> 00:02:42.000
Harvey Green: So that we you know can bring new people in and we don't bore everybody to death and and for all of you tech people who know all of this, that we're about to go through, we still won't bore you to death because somehow gyro cooks me and the same something crazy.

30
00:02:43.560 --> 00:02:47.880
Jirah Cox: New new listeners could be jumping in any to any point right we gotta get a ring SP.

31
00:02:48.600 --> 00:03:04.890
Harvey Green: Absolutely so we'll jump into it with Mr gyro actually before we jump into the the blog as it's written why don't you tell everyone out there, listening to us what what you think hyper converged storage you.

32
00:03:06.240 --> 00:03:08.250
Jirah Cox: heard of that sounds really useful sounds awesome.

33
00:03:09.420 --> 00:03:12.840
Jirah Cox: The it sounds better than non hyper converged storage right off the BAT.

34
00:03:14.310 --> 00:03:14.880
Harvey Green: Right.

35
00:03:16.770 --> 00:03:24.840
Jirah Cox: Now, so I mean at a high level right if if if that was a serious question right it's about bringing the storage needed for your applications.

36
00:03:25.440 --> 00:03:30.390
Jirah Cox: into the same platform where those applications can run right not not needing.

37
00:03:31.260 --> 00:03:42.900
Jirah Cox: physically separate storage arrays not needing possibly fully separated out storage management teams right like we're in a period of my period I mean like the last decade or so.

38
00:03:43.710 --> 00:03:49.530
Jirah Cox: of shifting it skill sets towards being a generalist towards being able to do be multi disciplinary.

39
00:03:50.130 --> 00:04:02.490
Jirah Cox: Not being specialized siloed you know, this is my This is my one cog in the giant machine to spin but being being more broadly applicable broadly skill to say I can do lots of these different things.

40
00:04:03.840 --> 00:04:06.330
Jirah Cox: Lots of reasons right simplification of technology.

41
00:04:07.950 --> 00:04:12.570
Jirah Cox: kind of a democratization of technology across the team right the ability to say I don't have.

42
00:04:12.990 --> 00:04:19.890
Jirah Cox: four different guys on my team and one is storage and one is compute and one is network and one is automation is like not are there for guys.

43
00:04:20.460 --> 00:04:33.090
Jirah Cox: For people on the team that can all load balanced and substitute for each other and all level up their skill sets together right and hyper converged is, of course, is how you can extend storage as well, but that's how we fit into the larger picture.

44
00:04:34.800 --> 00:04:43.470
Jirah Cox: of enabling enabling it teams, enabling businesses through better storage done more simply, for their the administrators.

45
00:04:43.890 --> 00:04:44.550
Yes.

46
00:04:45.660 --> 00:04:47.970
Harvey Green: So i'll make you laugh.

47
00:04:49.650 --> 00:05:03.540
Harvey Green: All of the people who listen to me for any period of time, know that I talk a lot about food and a lot of my analogies involve food, and I was gonna say this is the first time I brought up food in the call but guess what it's not.

48
00:05:06.390 --> 00:05:11.490
Harvey Green: already talked about winning food with business cards, I think that was the first reference to food already happened.

49
00:05:12.990 --> 00:05:21.480
Harvey Green: But I like to like in hyper converged storage as, of all things are the kitchen.

50
00:05:21.870 --> 00:05:22.470
Jirah Cox: mm hmm.

51
00:05:23.940 --> 00:05:25.590
Jirah Cox: Right we're making something right.

52
00:05:25.740 --> 00:05:35.850
Harvey Green: And right, and you know so people ask me all the time well how does it like the kitchen and I like well because everything you need is right there.

53
00:05:36.600 --> 00:05:44.010
Harvey Green: And anytime you need to make a trip it's to go get something and bring it back right there.

54
00:05:44.820 --> 00:05:49.320
Jirah Cox: yeah well right yeah and if you if you if you squint.

55
00:05:51.180 --> 00:05:52.410
Jirah Cox: Think back to.

56
00:05:56.670 --> 00:06:11.160
Jirah Cox: phoenix project right the framing story of frank's project is about automation in the manufacturing and auto parts industry, but what is the kitchen, but a factory for food right so it's all about you know, having the right inputs, the right outputs.

57
00:06:12.180 --> 00:06:21.300
Jirah Cox: The kitchen doesn't be a kitchen for its own and goals the kitchens there to make food to go sell the product right and and it isn't is not there to run technology.

58
00:06:21.780 --> 00:06:37.020
Jirah Cox: For its own use cases right be its own ends, it is there, because the factory is making servers and deploying applications and getting these out to users, and that is the actual purpose, so you got to that's the that's why we want to automate streamline make that more efficient.

59
00:06:38.520 --> 00:06:45.480
Jirah Cox: Because you know you have to build a step back you know at the 10,000 foot view and say how are we doing at our job of like.

60
00:06:45.960 --> 00:06:55.650
Jirah Cox: answering the business questions about me, I have a new server please can I do it faster better, more repeatedly you know more automated Lee like we shouldn't do an automation heavily without Andy here.

61
00:06:56.910 --> 00:06:58.170
Jirah Cox: leads our discussion.

62
00:06:58.590 --> 00:07:00.180
Harvey Green: So I don't want any topic forbidden.

63
00:07:00.300 --> 00:07:02.730
Jirah Cox: I don't yeah I don't want to steal too much of his automation thunder but.

64
00:07:03.750 --> 00:07:08.190
Jirah Cox: But you know we'll just put a quick little ad there, for you know Andy does a great job covering automation for us.

65
00:07:09.630 --> 00:07:19.680
Harvey Green: All right, um so we'll jump in she learned to find that here is hyper converged storage is a part of hyper converged infrastructure.

66
00:07:20.220 --> 00:07:27.750
Harvey Green: That brings cloud architecture to it data centers and powers modern enterprise at database applications, excuse me.

67
00:07:28.440 --> 00:07:36.810
Harvey Green: without the need for dedicated storage arrays and storage teams and so again, this is kind of like what we've already spoken to.

68
00:07:37.800 --> 00:07:48.390
Harvey Green: This is the ability to bring everything together without having things that are a dedicated dedicated storage arrays dedicated storage teens.

69
00:07:49.200 --> 00:07:57.930
Harvey Green: view list listened to us for any amount of time, you know that we talked about how you don't have to have everything siloed Jerry just talked about that not 30 seconds ago.

70
00:07:59.040 --> 00:08:10.080
Harvey Green: So again, you know she's hitting on that as well and it continues it uses distributed storage algorithms to keep data protected available and secure at all times.

71
00:08:10.740 --> 00:08:24.870
Harvey Green: converted compared to traditional infrastructure hyper converged storage makes it easier for it admins to manage storage resources and lower cost of ownership to curing better pricing on storage them from public cloud service providers.

72
00:08:26.070 --> 00:08:45.510
Harvey Green: So, again we you know, one of the things that we talked about a lot is how much this is like the cloud, this being the new tannic infrastructure and and a lot of that is because it was built based on actually cloud foundational type technology.

73
00:08:46.680 --> 00:08:52.620
Harvey Green: diary for the people who don't know the history of new tannic why don't why don't you hit on that really quick.

74
00:08:53.610 --> 00:08:55.770
Jirah Cox: yeah I mean, in a nutshell right.

75
00:08:56.910 --> 00:09:12.150
Jirah Cox: So our earliest stories go back to looking at things like public cloud providers and saying how do they grow so large scale so huge and offer these services to their customers right around running virtual machines offering storage as a service.

76
00:09:13.200 --> 00:09:30.690
Jirah Cox: How do they do that on traditional storage arrays and the short answer is trick question they don't write a software defined storage commodity hardware scale out solutions right and primarily actually lot of leverage of open source technology to build their own.

77
00:09:31.740 --> 00:09:35.850
Jirah Cox: clouds which then become public clouds right because they're so huge right the big three the big four.

78
00:09:37.200 --> 00:09:45.180
Jirah Cox: And so we bring that same philosophy and and a lot of things technology, even to new tactics and then to our customers right saying we can use.

79
00:09:46.470 --> 00:09:52.470
Jirah Cox: Generic x86 hardware from basically the vendor of your choice at this point right there's almost no hardware option we can't run on.

80
00:09:52.800 --> 00:10:05.190
Jirah Cox: So if you have deep preferences great go for it, if you don't well guess what managing them all looks actually the same on the Titanic, because we can help you, you know automate and get that cloud like experience across a broad number of.

81
00:10:06.300 --> 00:10:16.770
Jirah Cox: hardware offerings but then let you do what you need to do with storage for your internal customers right to be able to be successful, so I need I need resilient storage, I need expandable storage.

82
00:10:17.130 --> 00:10:22.590
Jirah Cox: I need data reduction, I need your application, I need snapshot and need recovery all these things that.

83
00:10:23.820 --> 00:10:33.990
Jirah Cox: That are actually possible even without enterprise storage arrays they're doable in software which gives you more scale out more resiliency better self healing more agility.

84
00:10:35.910 --> 00:10:36.780
Harvey Green: Okay, great.

85
00:10:38.070 --> 00:10:46.530
Harvey Green: um so one of the other things to that I want you to hit on if somehow missed, and my my little my little easy.

86
00:10:47.760 --> 00:10:49.080
Harvey Green: pitch underhand pitch.

87
00:10:49.140 --> 00:10:50.460
Jirah Cox: So you took me out of the part.

88
00:10:52.320 --> 00:11:03.090
Harvey Green: was kind of a little bit of the origin story around the the people who founded it and why they found it what what was what was the challenge, they were trying to take care of.

89
00:11:03.720 --> 00:11:06.030
Jirah Cox: Well, obviously I know Harvey, but what we.

90
00:11:06.720 --> 00:11:07.020
Harvey Green: Do.

91
00:11:07.140 --> 00:11:10.680
Jirah Cox: But what which which part of that you're gonna make sure that the audience hears here.

92
00:11:10.980 --> 00:11:16.110
Harvey Green: So the the piece around it being will say born out of the cloud.

93
00:11:17.490 --> 00:11:22.020
Harvey Green: Why Why were the people came from you know those things.

94
00:11:24.960 --> 00:11:27.570
Harvey Green: I miss him all my head's Mr Dyer.

95
00:11:27.660 --> 00:11:30.450
Jirah Cox: Let the record show it's for 50 on a Monday, as we record.

96
00:11:32.670 --> 00:11:33.210
Harvey Green: This newest.

97
00:11:35.580 --> 00:11:51.690
Harvey Green: So um no just just piece around attacks being founded by people who were basically trying to solve the very problem that gyro was was talking through being able to use cloud technologies to build out and build out faster.

98
00:11:52.860 --> 00:12:04.470
Harvey Green: You know, based on being able to do that anywhere, not just cloud, but on Prem but that they were trying to they came out of the the.

99
00:12:05.220 --> 00:12:21.930
Harvey Green: Google play Google cloud platform type setup and you know found a new tactics on on being able to have that flexibility to do those things internally and externally and public cloud so um.

100
00:12:22.980 --> 00:12:25.650
Harvey Green: But anyways just talking through again.

101
00:12:26.820 --> 00:12:36.480
Harvey Green: Being able to take a lot of the technology and the flexibility and the wow I was gonna make up a word scale out in this.

102
00:12:37.590 --> 00:12:39.450
Jirah Cox: is absolutely word and making the one right now.

103
00:12:40.860 --> 00:12:48.360
Harvey Green: The scale to alan's right and you still take me seriously in the conversation right but, but having the.

104
00:12:49.320 --> 00:12:52.110
Jirah Cox: Title yeah there's no change and how serious I take you on a conversation.

105
00:12:54.540 --> 00:12:55.860
Harvey Green: I don't know what this is.

106
00:12:57.960 --> 00:13:01.470
Jirah Cox: we'll edit all of this out and posted it and make it something you and I are much more on the same page here.

107
00:13:01.680 --> 00:13:03.570
Harvey Green: yeah I wish that was the case.

108
00:13:07.710 --> 00:13:27.210
Harvey Green: But the ability to scale out some so quickly, but also to the point that are that's me in the blog article as well being able to scale out in granular increments you know, being able to do it largely been able to do is you know smaller there we go me and my may that were.

109
00:13:29.820 --> 00:13:45.780
Harvey Green: Being able to do it, based on what you actually need and not be you know completely tied to Oh well, I bought the extra large T shirt size before, so the only way that I can continue to grow is by buying another.

110
00:13:45.960 --> 00:13:47.190
Jirah Cox: Extra large T shirt.

111
00:13:48.180 --> 00:14:00.300
Harvey Green: you've got the ability within the tenants, to be able to you know by the extra large T shirt start with and then say Oh, I only need an extra small, this time for you know for this workload that we're adding and.

112
00:14:00.750 --> 00:14:14.880
Harvey Green: Oh we've you know we just went through a merger and acquisition and now I need three double X shirts right, you can still do whatever you need to do from that standpoint and technically you're not even limited to the T shirt T shirt.

113
00:14:17.310 --> 00:14:18.870
Harvey Green: T shirt sizes.

114
00:14:20.070 --> 00:14:32.040
Harvey Green: It is a custom built to whatever you need to host that workload so Java apparently i'm talking way too much in my mouth is moving faster than my brain.

115
00:14:32.250 --> 00:14:39.750
Jirah Cox: I think we can all relate to surprises hit maybe it's a pandemic, all of a sudden, you need way more two XL shirts.

116
00:14:41.880 --> 00:14:42.690
Harvey Green: Just me okay.

117
00:14:46.200 --> 00:14:50.700
Harvey Green: The flexibility of what you need when you need it 100% is is definitely there.

118
00:14:50.880 --> 00:14:52.290
Harvey Green: that's right that's right.

119
00:14:52.710 --> 00:14:54.090
Jirah Cox: But, and I mean and and.

120
00:14:55.620 --> 00:15:01.800
Jirah Cox: Connecting that to to the first sort of like major bullet point the article calls out about greater flexibility, like.

121
00:15:03.240 --> 00:15:04.800
Jirah Cox: We help the customer that.

122
00:15:06.120 --> 00:15:09.720
Jirah Cox: Was wrestling with like sort of internal procurement timelines and like how do I.

123
00:15:10.560 --> 00:15:13.800
Jirah Cox: it's great that I can add on what I want to add on when I need it, but.

124
00:15:13.890 --> 00:15:15.060
Jirah Cox: From the day I say I need it.

125
00:15:15.330 --> 00:15:17.580
Jirah Cox: It takes however long to actually get it to actually.

126
00:15:17.640 --> 00:15:23.160
Jirah Cox: hit my data Center right i'll come off the dock and get racked and powered on we helped him.

127
00:15:24.420 --> 00:15:33.300
Jirah Cox: get into a different motion of well until you make it entertaining snowed it's just hardware right, you can land that hardware at very low cost in advance.

128
00:15:33.540 --> 00:15:39.930
Jirah Cox: So with your next purchase right instead of buying three nodes by like three nodes worth of software and by maybe two extra nodes or the hardware.

129
00:15:40.500 --> 00:15:49.920
Jirah Cox: Let that sit there and then you can apply licensing to it when you need to use it and expand installation right so that ability to separate hardware and software.

130
00:15:50.820 --> 00:16:03.120
Jirah Cox: gain more flexibility right and be able to expand more rapidly and sort of let her go through the procurement process when it needs to but also solve problems with business very, very flexible.

131
00:16:04.320 --> 00:16:04.920
Harvey Green: Yes.

132
00:16:06.840 --> 00:16:11.490
Harvey Green: So we'll get to you you've already kind of gone through them drive.

133
00:16:12.600 --> 00:16:22.530
Harvey Green: The bullet points that she's called out greater flexibility cost savings and less downtime you kind of already hit greater flexibility for sure.

134
00:16:23.550 --> 00:16:29.220
Harvey Green: You really hit on cost savings as well, but i'll let you do, you have anything you want to add to that Sir.

135
00:16:29.400 --> 00:16:34.440
Jirah Cox: I run over yeah but from the headlines, the call I dropped the College, it was just on to join this one.

136
00:16:35.790 --> 00:16:41.310
Jirah Cox: We were working up some solutions for a customer that needs to knock out a data Center migration.

137
00:16:42.450 --> 00:16:54.270
Jirah Cox: For both You see, and for server virtualization and with you know most kind of moves like that right, you need swingy or something like that to move the nodes you already own.

138
00:16:54.750 --> 00:16:57.840
Jirah Cox: And we actually were outlining what we can take back to them as an option.

139
00:16:58.380 --> 00:17:05.670
Jirah Cox: To say, well, if you do this in a phased approach right because they're already considering tactics, they already used to thanks for uc they're considering the tactics for.

140
00:17:06.300 --> 00:17:13.860
Jirah Cox: Their larger server virtualization environment and we it occurred to us like they could avoid buying even more harder than they need.

141
00:17:14.430 --> 00:17:19.590
Jirah Cox: By just facing through that right there's no reason that server nodes can't run desktops as well, so.

142
00:17:20.280 --> 00:17:29.640
Jirah Cox: You know very, very fun flexible options to say I can land these notes here, I can replicate desktops to them move over then my empty etc from can you on a truck.

143
00:17:30.030 --> 00:17:38.910
Jirah Cox: Good on the road moves the new data Center and then evacuated those personas that we loaded up and now they're free to go to the dump they were built for which has to go be my server farm.

144
00:17:39.990 --> 00:17:55.140
Jirah Cox: So that ability to sort of like recompose on the fly add nodes shrink nodes, but in this case even like us that flexibility to translate into hard dollar cost savings was really, really cool to see and be able to employ as a migration technology yeah so.

145
00:17:56.520 --> 00:17:56.880
Harvey Green: So.

146
00:17:58.500 --> 00:18:02.250
Harvey Green: i'll hit on really quick on on less downtime.

147
00:18:03.750 --> 00:18:18.090
Harvey Green: This This is one that I talked about a lot on the podcast as well, but she lauren's got it defined here is automated self healing and parallel architecture compared to single redundancy was traditional storage arrays.

148
00:18:19.440 --> 00:18:39.480
Harvey Green: And so my my take on that and my thing that I like to see and talk about all the time is with new tonics you've got the, you know as you listen to the blog more, I mean the podcast more you'll hear us more, but just to give you a very, very rough what I call a helicopter view.

149
00:18:40.770 --> 00:19:00.840
Harvey Green: you've got multiple multiple nodes that are all aware of each other, and so the self healing portion out of that is because because everybody who's participating on this team knows where each other is just say on the Court.

150
00:19:02.040 --> 00:19:13.320
Harvey Green: Then it's not a big deal if one person falls down because they know where everybody else is, and so the other piece that's important to that is not not only.

151
00:19:13.680 --> 00:19:22.410
Harvey Green: That piece of what happens in terms of the failure, but what happens in terms of normal normal business as well.

152
00:19:22.890 --> 00:19:26.640
Harvey Green: When I talk about them being a team and everybody knowing where the other person is.

153
00:19:27.330 --> 00:19:37.050
Harvey Green: The first thing that you should pull out of that is that everybody is working together, and by that I mean if you've got three nodes then all three nodes are working together.

154
00:19:37.950 --> 00:19:52.890
Harvey Green: If you've got 20 nodes and all 20 nodes are working together and so your ability to be resilient and self healing is also increased, as you add more to your new tams cluster.

155
00:19:53.610 --> 00:20:04.500
Harvey Green: And so, one of the things with traditional storage arrays that you may or may not have seen by now is they've got you know one or two TEAM members, most of the time.

156
00:20:05.280 --> 00:20:14.670
Harvey Green: That are aware of each other, but as you add more and more and more and more from a storage array standpoint, or from a storage capacity standpoint.

157
00:20:15.150 --> 00:20:25.620
Harvey Green: And a lot of cases, you still have those two TEAM members and so you're just loading more and more on their backs and so eventually.

158
00:20:26.130 --> 00:20:44.340
Harvey Green: They either don't perform as best that they could or everything else you know from what you're seeing you know, is not as good as it can be compared to what happens when everybody is participating and everybody knows about each other so.

159
00:20:45.870 --> 00:20:48.810
Harvey Green: Jerry you, you have anything you want to add to that.

160
00:20:50.580 --> 00:20:54.930
Jirah Cox: I think I think less downtime is tightly coupled with.

161
00:20:56.550 --> 00:21:03.900
Jirah Cox: Obviously, the last point cost savings around like what's the cost of downtime so let's have as little as possible right like reduce unplanned downtime.

162
00:21:04.440 --> 00:21:11.850
Jirah Cox: But also like less downtime means like less fewer fire drills for the team themselves right like we just got customers.

163
00:21:12.330 --> 00:21:19.650
Jirah Cox: all over the place, left, right and Center that would tell you, you know oh yeah I found out that that Dr died when new tech support reached out to me.

164
00:21:20.190 --> 00:21:27.870
Jirah Cox: Otherwise I wouldn't have noticed it's a non event right it's a boring just another Tuesday kind of event now maybe we should talk about.

165
00:21:28.260 --> 00:21:38.460
Jirah Cox: alert monitoring right let's let's let's use the automation available to us to say hey we can send you like a team's message or a slack message or a zoom message like which one, are you on we can we can reach you with that kind of.

166
00:21:39.210 --> 00:21:44.370
Jirah Cox: alerting but in terms of like your customers aren't screaming at you that's that's a win in our book.

167
00:21:44.430 --> 00:21:45.270
Jirah Cox: Right like that.

168
00:21:45.300 --> 00:21:46.950
Harvey Green: There you asked me to do more.

169
00:21:48.840 --> 00:21:53.850
Jirah Cox: do less i'm with you like let's not open outlook right that's there's nothing good that comes from checking my email.

170
00:21:54.480 --> 00:22:03.750
Jirah Cox: But I don't mind being in slack sent me the some alerts there right so like plum that automation up to say when this alert happens fire that fired off and forward it over here to this connector.

171
00:22:05.040 --> 00:22:07.350
Jirah Cox: that's all native native in prison central but.

172
00:22:08.190 --> 00:22:14.280
Jirah Cox: But yeah like that ability to say you know it's just it's a boring event right oh yeah okay great like it's not.

173
00:22:14.550 --> 00:22:25.950
Jirah Cox: If it's if there's 10 jobs in the cluster we're not running integrated mode with nine know what's real back to a healthy state of nine and then, when that happens when the template comes in great that's a cluster expansion activity almost you know it's a.

174
00:22:26.550 --> 00:22:30.420
Jirah Cox: it's a very boring very routine that's what we want from our hardware administration.

175
00:22:30.450 --> 00:22:39.000
Harvey Green: that's That is exactly it, that is exactly what I told her I wouldn't do it, but i'm still going to do it new tannic for your sanity.

176
00:22:40.860 --> 00:22:41.370
Jirah Cox: yeah.

177
00:22:43.410 --> 00:22:50.940
Harvey Green: I mean the the days of having to pull your hair out because it Dr died or you know all of that is over.

178
00:22:51.780 --> 00:23:10.410
Harvey Green: You know you don't need to do any do any of that anymore, this is a self healing architecture, here again, everybody knows about everybody, but at the same time you've got all stars out there at every position, so if one of them falls down, I mean this next man up like let's go.

179
00:23:12.660 --> 00:23:22.230
Harvey Green: We can't allow can't allow for failure because you know we we lose one everything's already designed for being able to lose one.

180
00:23:23.430 --> 00:23:33.990
Harvey Green: And you know, and in some cases, designed to lose more than one or maybe an entire Rack, depending on how big or small your setup is so.

181
00:23:35.580 --> 00:23:47.670
Harvey Green: Definitely definitely helpful for having less downtime because ultimately downtime is designed into it to be taken care of as a normal activity.

182
00:23:48.030 --> 00:23:50.190
Harvey Green: With the ability to self heal.

183
00:23:50.250 --> 00:23:51.300
Like we were just talking there.

184
00:23:52.740 --> 00:23:53.040
Jirah Cox: yep.

185
00:23:54.510 --> 00:23:54.720
Jirah Cox: Just.

186
00:23:54.780 --> 00:24:02.460
Jirah Cox: kind of bring it full circle circle right it's a storage platform that definitely initially 100% handled vm storage.

187
00:24:03.240 --> 00:24:06.630
Jirah Cox: But it's not so tightly coupled that it that's all it can do.

188
00:24:06.930 --> 00:24:14.640
Jirah Cox: And that's what we're really seeing that and you say next for the last couple years right definitely my whole time here we've gone from like you know deftly virtual desktops and virtual servers.

189
00:24:15.030 --> 00:24:19.440
Jirah Cox: To hey now file servers to now object storage to databases.

190
00:24:20.130 --> 00:24:34.770
Jirah Cox: replication and even like the one that's maybe perhaps the least intuitive right like giant new tactics nodes as my backup target platform, you know kind of not not what people typically first think of when they think of mechanics as a use case in the data Center.

191
00:24:35.280 --> 00:24:44.160
Jirah Cox: But why wouldn't I use that kind of less downtime better cost economics more flexibility architecture for basically any kind of storage that I want to throw at it.

192
00:24:44.370 --> 00:24:45.120
Absolutely.

193
00:24:46.230 --> 00:24:49.140
Harvey Green: That goes under my category of what else can you do.

194
00:24:49.950 --> 00:25:02.490
Harvey Green: There you go yeah I mean this is not it's great to have a solution that you know fits one need, but when you've got a platform like this, I mean it's like you get that and you're like all right, well, I got that one done.

195
00:25:03.060 --> 00:25:09.570
Harvey Green: What else can you do well funny you should ask because you know, then there's 1000 other use case.

196
00:25:11.070 --> 00:25:13.680
Harvey Green: So again, that ability to be able to.

197
00:25:14.970 --> 00:25:22.080
Harvey Green: To customize the sizing according to what you need becomes extremely important to that because you know, maybe you need.

198
00:25:22.560 --> 00:25:27.270
Harvey Green: All this this particular workload needs very, very high cpu and.

199
00:25:27.600 --> 00:25:37.320
Harvey Green: You know, high around but I don't really need that much storage alright great well we'll set it up like that, or maybe it's the exact opposite of the backup case that you were just talking through the gyro.

200
00:25:37.770 --> 00:25:46.020
Harvey Green: Maybe we need a whole lot of storage and it doesn't have to be that fast okay we've got that we've got options for that, too, so.

201
00:25:46.320 --> 00:25:48.330
Harvey Green: yeah there's no hardware you choose.

202
00:25:48.690 --> 00:25:57.300
Harvey Green: yeah so and and then again, you know next paragraph she's got some different use cases down their server virtualization databases vdi.

203
00:25:58.980 --> 00:26:02.340
Harvey Green: Virtual desktop infrastructure and he would be here, he correct me on that one.

204
00:26:04.440 --> 00:26:09.870
Harvey Green: Data protection for backup and disaster recovery branch office deployment, so we didn't even talk about that one at all.

205
00:26:10.200 --> 00:26:10.530
Jirah Cox: that's true.

206
00:26:12.840 --> 00:26:25.680
Harvey Green: But again, you know just being able to have the flexibility of the Platform and utilize it to your advantage, I mean it's a huge advantage that you have they're coming out of what newt annex is just already built in.

207
00:26:28.140 --> 00:26:33.570
Harvey Green: So I get into the last paragraph, in a SEC, but Jared you have anything you wanted to add to that.

208
00:26:35.670 --> 00:26:42.570
Jirah Cox: I probably be remiss to say to fail to say like Why would I put all these on the titanic's we've talked about a lot of technical outcomes business outcomes.

209
00:26:43.740 --> 00:26:49.590
Jirah Cox: And the last one there to go back to your point about Saturday Harvey why wouldn't I cover all of these with like our best in industry support.

210
00:26:49.740 --> 00:26:58.860
Harvey Green: Absolutely absolutely yes we didn't even bring that up again goes under the category of what else can you do.

211
00:26:59.070 --> 00:27:01.380
Jirah Cox: we're talking about one on one you know why new tactics right like.

212
00:27:01.860 --> 00:27:07.200
Jirah Cox: You know, when I can call the same vendor for my backup stories that I do for my primary smoking database storage.

213
00:27:07.620 --> 00:27:08.760
Jirah Cox: And emc storage.

214
00:27:09.030 --> 00:27:14.580
Jirah Cox: that's pretty cool right that's one architecture one team that i'm getting to know and, by the way, it's the best one in the industry.

215
00:27:15.030 --> 00:27:30.060
Harvey Green: Right and again hitting on that first bullet point again for support greater flexibility, you know new tannic supports multiple hypervisor there's multiple ways to build out the the clusters multiple.

216
00:27:31.050 --> 00:27:43.800
Harvey Green: ways to host it, I mean that can be private cloud that can be public cloud that can be in a colo managed service right you got all of these different options and still if you have an issue.

217
00:27:44.730 --> 00:27:54.570
Harvey Green: You can call the same support number, no matter how its laid out and support will always start with you and meet you where you are and just continue along that path so.

218
00:27:55.080 --> 00:28:02.100
Harvey Green: Again, the flexibility there and the ability behind the tanks and their support operation, the way they built it out.

219
00:28:02.970 --> 00:28:18.570
Harvey Green: You you've got the ability to just call the same number start with a ticket and a tech and that person will just continue to work with you throughout what you have, and if, for whatever reason they've got a layer, and you know another.

220
00:28:18.630 --> 00:28:20.940
Harvey Green: Company for some reason, like a.

221
00:28:21.270 --> 00:28:30.720
Harvey Green: vmware, for example, you know where they're making sure that you get what you need either way, even if you call and that's what you had right they'll.

222
00:28:31.200 --> 00:28:43.680
Harvey Green: Make sure that you're still moving from that perspective so definitely support Organization has been a star, and we continue to see it be a star and that's why the ratings for mechanics are so high.

223
00:28:47.490 --> 00:28:48.930
Harvey Green: Great great advantage.

224
00:28:52.050 --> 00:29:00.690
Harvey Green: So i'm at the bottom here to learn more about hyper converged storage, you can check out the ALS distributed storage there's a link for that.

225
00:29:01.710 --> 00:29:06.990
Harvey Green: there's also a new tannic unified storage and there's a link from that for that, from the blog post as well.

226
00:29:07.740 --> 00:29:16.470
Harvey Green: But as we always talk about where the end of our blog post articles, you can test drive hyper converged storage today on the new tannic says, Dr site.

227
00:29:17.400 --> 00:29:31.530
Harvey Green: So, of course, there is a link for that as well, but you can go out there sign up and actually start using this and you know start moving through what it takes to use hyper converge what it takes to.

228
00:29:32.400 --> 00:29:42.000
Harvey Green: To support it, what the console looks like right, you can do all of these things again what else can you do, you can do all of those things on the new tannic test drive site.

229
00:29:42.690 --> 00:29:50.670
Harvey Green: You can also feel free to give us a ring here, its integrity or reach out to me or jarrod you see you see us we're out.

230
00:29:52.020 --> 00:29:57.630
Harvey Green: So we'll be happy to go through it with you have some more customized conversations like that.

231
00:29:58.650 --> 00:30:04.380
Harvey Green: To make sure that you get what you need from wherever your starting point is to wherever you're finished point will be.

232
00:30:05.760 --> 00:30:17.430
Jirah Cox: love it, so I click through the test drive site links here from the blog post and it says, for a limited time right when you take a test drive, you can also donate to a charity as well, so do some good for you do some good for somebody else.

233
00:30:18.180 --> 00:30:21.630
Harvey Green: I love it again what what else can you do.

234
00:30:24.990 --> 00:30:31.080
Harvey Green: So that's great um we I guess I don't have anything else there you know anything.

235
00:30:32.820 --> 00:30:33.600
Jirah Cox: Thanks for tuning in.

236
00:30:34.560 --> 00:30:43.440
Harvey Green: I guess it's a wrap We appreciate you guys listening definitely reach out to us with any questions and we'll look forward to hosting another one next week.

237
00:30:44.460 --> 00:30:45.750
Harvey Green: We appreciate you joining.

238
00:30:46.110 --> 00:30:47.820
Jirah Cox: To talk to them yeah.