XenTegra - Nutanix Weekly

Nutanix Weekly: Kickstart 2022 By Simplifying Your Database Operations

March 22, 2022 XenTegra / Andy Whiteside Season 1 Episode 47
XenTegra - Nutanix Weekly
Nutanix Weekly: Kickstart 2022 By Simplifying Your Database Operations
Show Notes Transcript


新年快樂! Wishing those who celebrate a prosperous and healthy Year of the Tiger! With new year celebrations, comes resolve. Usually everyone does this one January 1, but it’s never too late to celebrate the new year and make a new resolve. 2022 is in full swing and that means understanding your database challenges and simplifying that complexity should be at the top of your priority list. Let’s make this a New Year’s Resolution for IT to deliver. Nutanix has partnered with HPE to power up your databases for impactful business performance through the powerful combination of Nutanix Era® database manager on HPE’s Greenlake® offering. Database management can be just as tedious as your server sprawl. That’s why management of costs to align with actual usage and supporting rapid deployment is critical. This has become essential for enterprises and even large international retailers, especially as they journey between holiday sales and new product launches a new year can bring.

It can be done! A Nutanix customer, an international retailer, not only survived, but thrived when harnessing HPE GreenLake with Nutanix Era for database management to simplify their database administration, enable rapid deployment, and move to a true consumption-based cost model. HPE GreenLake in combination with Nutanix Era helped this retailer deliver the outcomes that their business demanded.

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

WEBVTT

1
00:00:02.700 --> 00:00:15.420
Andy Whiteside: Hello everyone, welcome to episode 47 of new tannic weekly i'm your host Andy whiteside i'm back in the saddle but guys didn't really need me I listened to both the podcast you guys did it was it was rather entertaining informative.

2
00:00:17.100 --> 00:00:19.710
Jirah Cox: Those are two of our goals, but it's nice to be back end welcome back.

3
00:00:20.850 --> 00:00:22.950
Andy Whiteside: I heard you making fun of me and automation so.

4
00:00:26.220 --> 00:00:29.190
Andy Whiteside: For the record, I like good automation I don't like bad automation.

5
00:00:30.420 --> 00:00:30.570
Andy Whiteside: that's.

6
00:00:30.600 --> 00:00:32.100
Jirah Cox: Reasonable reasonable viewpoint.

7
00:00:32.310 --> 00:00:35.760
Harvey Green: I was just making sure it was good automation and I had to do it.

8
00:00:36.120 --> 00:00:43.410
Andy Whiteside: yeah you're right you're right it's good it's good to automate things that are worthy of being automated and the process is good, to start with.

9
00:00:43.770 --> 00:00:46.320
Harvey Green: is right that Jerry guy he'll automate anything.

10
00:00:47.070 --> 00:00:58.650
Andy Whiteside: So, speaking of direct driver Cox here's our everything new tactics guy subject matter expert well known, if I ever get in a situation where need to validate myself and you can't fix people I just mentioned divers name.

11
00:00:59.820 --> 00:01:02.640
Andy Whiteside: And the fact I do a podcast with him and all of a sudden.

12
00:01:03.450 --> 00:01:04.470
Things are good old.

13
00:01:06.600 --> 00:01:14.070
Andy Whiteside: jr I don't know where you got that shirt from I want those shirts that's got a it's like a deal well with a bunch of containers on it a docker shirt.

14
00:01:15.000 --> 00:01:16.740
Jirah Cox: yeah this I mean Jesus must be.

15
00:01:17.250 --> 00:01:27.450
Jirah Cox: I want to go with vm world 2011 2012 yeah way back I like that.

16
00:01:28.680 --> 00:01:35.520
Andy Whiteside: That one of those docker ship sitting out in the port somewhere they can't get in or is that has that been solved is there is that still an issue and.

17
00:01:35.760 --> 00:01:42.870
Andy Whiteside: I don't watch the news that much and they haven't been talking about it they've other things, to talk about so we start with a container ships sitting down port somewhere.

18
00:01:43.230 --> 00:01:45.960
Jirah Cox: I have been a while, since I saw headlines like that scroll by.

19
00:01:46.680 --> 00:01:48.300
Harvey Green: i'm guessing is still an issue.

20
00:01:50.580 --> 00:01:51.960
Andy Whiteside: it's not as pressing issue.

21
00:01:53.520 --> 00:01:53.970
Jirah Cox: dollar.

22
00:01:54.000 --> 00:01:57.330
Jirah Cox: You know guessing there's still supply chain hiccups somewhere.

23
00:01:58.440 --> 00:02:01.200
Andy Whiteside: When we did a we did a podcast on.

24
00:02:02.520 --> 00:02:07.770
Andy Whiteside: What new tactics, is doing with red hat and what Cooper nettie mm hmm few months ago.

25
00:02:09.390 --> 00:02:16.530
Andy Whiteside: I got a kid a high school now college kid started talking about maybe working with us someday and he's all into containers and.

26
00:02:17.940 --> 00:02:29.790
Andy Whiteside: Just funny to hear i'm talking about that as a strategy, whereas you know I I still talking about vm I don't talk about containers, so I know i'm old school and not in the APP world the way I should be.

27
00:02:31.230 --> 00:02:39.150
Jirah Cox: able to live in both worlds it's it's not even within with a single company, not a single switch to flip.

28
00:02:40.320 --> 00:02:40.560
Andy Whiteside: So.

29
00:02:40.620 --> 00:02:41.970
Jirah Cox: gotta gotta live in both worlds.

30
00:02:43.980 --> 00:02:50.970
Andy Whiteside: i've been listening to a podcast and I want to share with my team, because it talks about IBM vs Microsoft back in the day and I wonder how many people.

31
00:02:52.170 --> 00:02:58.050
Andy Whiteside: You know, modern age younger people understand how that went down and how Microsoft.

32
00:02:59.130 --> 00:03:04.860
Andy Whiteside: I won't say stole but how Microsoft was able to get the code for the windows operating system dos.

33
00:03:05.910 --> 00:03:09.960
Andy Whiteside: dos and windows early windows when they were developing it for IBM.

34
00:03:10.710 --> 00:03:24.900
Jirah Cox: I heard it was referenced sort of is like a like a well known truism like they didn't really explain it on a podcast about someone being out of the office at IBM like when it came time to do the contract of view it's kind of slipped through some cracks they're.

35
00:03:26.430 --> 00:03:28.110
Jirah Cox: going to know that i'm like wow I need to read up on that.

36
00:03:28.620 --> 00:03:35.520
Andy Whiteside: This podcast and tie when it talked about was you know Bill Gates with IBM and said hey i'll do the whole project for this amount and i'd be like oh that's cheap, are you sure you guys.

37
00:03:35.760 --> 00:03:43.590
Andy Whiteside: yeah just just let me have the code, let me have the libraries and the code base for it and i'll just do the whole project, and I can maybe sell it to other people someday later.

38
00:03:45.000 --> 00:03:49.290
Andy Whiteside: I went down but IBM said sure no problem that was that changed everything.

39
00:03:49.530 --> 00:03:50.430
Jirah Cox: and winning strategy.

40
00:03:50.820 --> 00:03:57.510
Harvey Green: That makes me feel too, because it it harkens a time when they used to call the PCs IBM compatible.

41
00:03:57.720 --> 00:03:58.200
yeah.

42
00:03:59.700 --> 00:04:02.580
Andy Whiteside: Well, that was the whole takeaway is they didn't realize that that meant other.

43
00:04:03.090 --> 00:04:11.610
Andy Whiteside: Software makers, which is where the real money is can then turn around and write their software for other vendors and IBM wouldn't have this lockdown ecosystem that they control their destiny.

44
00:04:12.480 --> 00:04:25.830
Andy Whiteside: The way, maybe apple does with the MacIntosh and that's where IBM went from being a most powerful technology coming on the planet to just being what they are, today, which still big company, but not what they could have been.

45
00:04:26.820 --> 00:04:29.400
Harvey Green: yeah that that just makes me laugh to that.

46
00:04:30.840 --> 00:04:42.360
Harvey Green: But when you said MacIntosh and made me think that's probably the first time that you actually have to sprout spell out the abbreviation and not the long term, most people just know it as MAC.

47
00:04:42.660 --> 00:04:43.020
Right.

48
00:04:44.580 --> 00:04:57.000
Andy Whiteside: That was a pivotal moment well that's the voice of Harvey green most you guys know and superfruit most polite I mean i'm senior listen to the podcast last week i'm in an rv he's just a really likable dude oh gosh.

49
00:04:58.980 --> 00:05:00.750
Andy Whiteside: I was like no wonder, people like him more than me.

50
00:05:04.110 --> 00:05:04.830
geez.

51
00:05:05.970 --> 00:05:06.570
Harvey Green: cut it out.

52
00:05:07.830 --> 00:05:17.610
Andy Whiteside: That much and not be like Okay, so we we picked a blog for today, it says kickstart by simplifying your database operations.

53
00:05:19.320 --> 00:05:23.400
Andy Whiteside: And I know this has been out for a month or so, but we thought it was appropriate for a couple reasons one.

54
00:05:24.450 --> 00:05:32.220
Andy Whiteside: The conversation around era, I new tactics about that IBM new techniques era that was a very hot topic last week and hymns.

55
00:05:33.570 --> 00:05:47.700
Andy Whiteside: And we have a workshop coming up monthly now I think i'm going to start doing an error workshop, and so we want to bring more attention to that, according to the new tannic guys, we talked to you there's a there's a lot of demand to talk about here, and as a lot of problems it solves.

56
00:05:48.780 --> 00:05:50.280
Harvey Green: Yes, that is correct.

57
00:05:51.810 --> 00:05:59.730
Andy Whiteside: So Harvey will will bring it to you first, why did you enjoy think that this was a topic we should cover.

58
00:06:00.540 --> 00:06:03.060
Harvey Green: Well that's that's a great question so.

59
00:06:04.080 --> 00:06:18.210
Harvey Green: As you kind of just talked about it is a hot topic that a lot of people are talking about, it is also a very important topic eats even outside of people talking about it because before they were talking about it, it was important enough to work on.

60
00:06:19.410 --> 00:06:19.860
Harvey Green: I mean.

61
00:06:20.880 --> 00:06:22.140
Harvey Green: We we've talked.

62
00:06:22.170 --> 00:06:24.480
Harvey Green: For years and years and years and I know people.

63
00:06:24.570 --> 00:06:27.990
Harvey Green: Are have heard in are used to the term vm sprawl.

64
00:06:29.160 --> 00:06:34.980
Harvey Green: The the new one right, how is database for all because they're everywhere, you need them for everything.

65
00:06:36.180 --> 00:06:46.560
Harvey Green: You know how these used to be, you know these very small databases and you could have one database server and you know have everything you need it be hosted by that one.

66
00:06:47.610 --> 00:07:00.720
Harvey Green: is just gotten way more complex, since then, and you know needing to have a test environment and QA and you know Dev and all of these environments that you want to make sure that.

67
00:07:01.170 --> 00:07:09.900
Harvey Green: you've got data in, and you know, being able to manage backups that come with that and the way that they're built and.

68
00:07:11.430 --> 00:07:24.600
Harvey Green: Dare I say automating the build process so that you know you'll have some consistency around that it just became a very, very big hassle and everybody doesn't have.

69
00:07:25.080 --> 00:07:36.420
Harvey Green: The knowledge and resources to handle it in a in a impactful way in a good way, so they need help and Lo and behold mechanics gave them help.

70
00:07:38.040 --> 00:07:52.560
Andy Whiteside: So I haven't been a systems administrator for know I guess 15 years now, maybe a little more, and even then, I had a little databases over here, though databases over there, so gyro are you guys still see in that that's a that's a common problem.

71
00:07:52.890 --> 00:07:58.920
Jirah Cox: Totally every job i've worked every customer talk to you know could just rattle off a dozen different products that.

72
00:07:59.310 --> 00:08:10.740
Jirah Cox: You know the installer goes next next next you know provide your sequel connection details here finish right they sort of a bring your own database to run the software kind of a.

73
00:08:11.940 --> 00:08:16.200
Jirah Cox: design and that's that's best case worst case, it might even be like you know.

74
00:08:17.400 --> 00:08:23.910
Jirah Cox: Give me the media i'll install it for you or it's automated or it's even more opinionated on how it needs to connect or how did you set up.

75
00:08:25.380 --> 00:08:33.720
Jirah Cox: All kinds of wild stuff I think the answer for the value of what we're talking about it is right there in the title right it's its simplicity and databases right so like.

76
00:08:34.260 --> 00:08:48.870
Jirah Cox: databases, probably the heart of every environment, some of the most critical data, the most important data, and also the part of the environment needs most performance everything talks to it gets data in it in it out of it does the analytics on it.

77
00:08:50.250 --> 00:08:58.800
Jirah Cox: You know the criticality of the data it's pretty apparent, but then also the simplicity right so like it's sort of this necessary evil that everyone has and wrangles and deals with and provisions.

78
00:09:00.120 --> 00:09:09.660
Jirah Cox: And then quite topical right or timely it's 2022 you know virtually every customer I talked to has opened REX open headcount is looking for the right people.

79
00:09:10.920 --> 00:09:19.890
Jirah Cox: That ability to say what if we brought simplicity does environment right to what the folks we have on staff do more with their time get more out of their day.

80
00:09:20.490 --> 00:09:28.530
Jirah Cox: spend less time doing busy work being a provisioning all that good stuff let's do more of that good automation there's so much value there.

81
00:09:30.420 --> 00:09:43.200
Andy Whiteside: So a couple things is it database for or database and database servers father or their servers and mediums I hope at least vm going along with all this pros are just a bunch of databases powered up on a couple database servers.

82
00:09:44.460 --> 00:09:45.810
Harvey Green: Be all of the above.

83
00:09:45.930 --> 00:09:47.940
Jirah Cox: yeah absolutely be both yeah.

84
00:09:49.020 --> 00:09:49.290
Andy Whiteside: Okay.

85
00:09:50.370 --> 00:09:51.570
Andy Whiteside: Well, as we talked through this I.

86
00:09:51.630 --> 00:09:55.350
Andy Whiteside: kind of want to know where era solves that challenge, and how.

87
00:09:57.360 --> 00:10:07.620
Andy Whiteside: I used to get into arguments, a little bit where I would say hey you know it it's not about infrastructure it's about the applications and applications are the number one most important thing, and I did have someone.

88
00:10:08.040 --> 00:10:16.110
Andy Whiteside: Or maybe multiple times and say hey it's not the applications is the data that matters I guess it's fair to say that you can't have one without the other and they're useless without each other.

89
00:10:17.790 --> 00:10:25.380
Jirah Cox: Was it that or I mean it's also kind of like the old joke about the blind men and the elephant right like oh it's a tree oh it's a snake, you know.

90
00:10:26.820 --> 00:10:33.090
Jirah Cox: Oh it's a giant rock it's like well you know the network, I would say the network's most important part right the storage storage most important part.

91
00:10:34.710 --> 00:10:41.250
Jirah Cox: But and then but they're both right like is that the data is the database is the application will they're all useless without the other right so.

92
00:10:42.660 --> 00:10:46.920
Jirah Cox: Probably a bit of an academic debate to pick which ones most important they're all critical and required.

93
00:10:48.600 --> 00:10:49.950
Harvey Green: Here that joke from you and.

94
00:10:51.390 --> 00:10:53.640
Jirah Cox: I did a terrible job of it you've heard that before.

95
00:10:54.060 --> 00:10:54.540
No.

96
00:10:55.830 --> 00:11:02.700
Jirah Cox: Man listen to direct Google on a podcast blind men and the elephant, this is what people tuned in.

97
00:11:02.850 --> 00:11:07.620
Andy Whiteside: I just wonder if the blind man was like smell and taste death for something he didn't smell.

98
00:11:10.410 --> 00:11:13.500
Harvey Green: Like that you said, listening to gyro Google on a podcast.

99
00:11:13.530 --> 00:11:17.910
Harvey Green: So you kind of let everybody know that you're not googling every other time right oh.

100
00:11:20.730 --> 00:11:22.440
Jirah Cox: You got to advertise it brings in the crowds man.

101
00:11:23.460 --> 00:11:29.190
Jirah Cox: Okay, a group of blackness is from Wikipedia a group of blind men heard that a strange animal called an elephant and brought the town.

102
00:11:29.610 --> 00:11:37.080
Jirah Cox: None of them were aware of its shape or form Out of curiosity, they said, we must inspect it note by touch, which we are capable of, so I sought it out found.

103
00:11:37.710 --> 00:11:43.830
Jirah Cox: found out about the elephant, the first person whose hand landed on the trunk said it's, this being a stick like a snake.

104
00:11:44.250 --> 00:11:52.350
Jirah Cox: For another one who's had reached the ear they're like oh no the animal is shaped like a fan a third person in touch the leg and said well this thing is shaped like a tree.

105
00:11:54.270 --> 00:12:01.080
Jirah Cox: The other blind man touched the side of the elephant and said it's like a wall, the one who have to grab the tail said it's like a rope.

106
00:12:02.070 --> 00:12:12.300
Jirah Cox: want to grab the tasks that it's like a spear you know smooth but long and hard so that's the analogy of you know your perspective matters and shapes your opinions on something.

107
00:12:13.470 --> 00:12:15.270
Jirah Cox: it's not a joke it's a story it's a parable sorry.

108
00:12:15.720 --> 00:12:17.040
Harvey Green: Ah, got it.

109
00:12:17.700 --> 00:12:20.880
Andy Whiteside: What about the other guy standing beside the guy who grabbed to tell what what happened there.

110
00:12:24.780 --> 00:12:26.190
Jirah Cox: left as an exercise up to the reader.

111
00:12:29.520 --> 00:12:29.970
Andy Whiteside: This try.

112
00:12:31.200 --> 00:12:32.460
Andy Whiteside: This trunks got a hole in it.

113
00:12:34.560 --> 00:12:38.580
Andy Whiteside: it's tree trunks gonna hold in its rocks got his formations got all.

114
00:12:39.930 --> 00:12:45.600
Andy Whiteside: All right, well, I think we've kind of talked about the challenge, I think the well sort of the.

115
00:12:47.340 --> 00:12:55.380
Andy Whiteside: The article, the blog setup with the challenge of every year at the end of the year that a lot of retailers that have to spin up a bunch of repositories.

116
00:12:57.030 --> 00:13:04.620
Andy Whiteside: And that creates just more mess and that mess begets more mess every year and the next thing you got whole elephant worth the databases.

117
00:13:04.830 --> 00:13:05.550
Jirah Cox: yeah there you go.

118
00:13:07.050 --> 00:13:09.330
Jirah Cox: yeah the framing story of the blog post here talks about.

119
00:13:10.530 --> 00:13:15.360
Jirah Cox: yeah one specific retailer right and their journey to evaluate right and solve for this problem.

120
00:13:16.620 --> 00:13:23.190
Jirah Cox: Around things like seasonal surges need for rapid deployment or to shrink deployment times.

121
00:13:24.420 --> 00:13:34.950
Jirah Cox: And then also operating as a global retailer right, how do I standardize and speed operations globally right, not just have one giant Center of excellence, I need you know multiple of them.

122
00:13:36.090 --> 00:13:36.390
Jirah Cox: Now.

123
00:13:37.710 --> 00:13:50.460
Andy Whiteside: So the solution talks about HP HP enterprise green lake with new tannic error, can you, what do you guys are valid you start, because I think you've been working with these guys on lately what is HP green like.

124
00:13:51.330 --> 00:14:04.980
Harvey Green: So green lake and you set me up for failure here but i'll try it green lake is a program that will allow for customers to basically take.

125
00:14:06.090 --> 00:14:13.860
Harvey Green: A either a mix or all capital expenditures and represent it to them in an op ex model.

126
00:14:15.000 --> 00:14:32.370
Harvey Green: sort of allows for the customer, to be able to actually have the the purchasing power of a one time purchase but have that be set up in payments so that they can actually have something that fits more of an operating expense model.

127
00:14:33.390 --> 00:14:36.750
Harvey Green: And that is you know something that you can do with.

128
00:14:38.460 --> 00:14:55.200
Harvey Green: With hardware or with services licenses anything that any partnership or vendor partnership that HP has becomes something that is a possibility for you and we're discussing it today with.

129
00:14:55.650 --> 00:15:06.240
Harvey Green: Being able to partner HP green lake with the new tannic era, so that that kind of leads us to where we are and hopefully I hit that what.

130
00:15:07.350 --> 00:15:13.080
Andy Whiteside: Does that mean you get a you get a bunch of hardware and it is purely paying for the amount of the hardware you're using.

131
00:15:13.650 --> 00:15:24.300
Harvey Green: So yes, you do get us, yes, a great point to you do get the ability to get in the hardware, you need, but also some headroom on that.

132
00:15:25.110 --> 00:15:35.850
Harvey Green: you're paying for what you use, and when you need the headroom you already have it, and when you start filling that headroom that you have there, then they will work with you on.

133
00:15:36.330 --> 00:15:55.080
Harvey Green: Getting some additional hardware and or licensing in to take you to basically the next level so as you grow it can grow with you, but again it's an operating expense model, so what grows, as well as that is just the amount that you're paying per month for that.

134
00:15:56.820 --> 00:15:57.000
Andy Whiteside: So.

135
00:15:58.980 --> 00:16:13.620
Jirah Cox: For the way the article describes it right it's cloud where you need it right so whether that's at the edge in the data Center anywhere in between it's that ability to say I need here and and just grow that as your operating expenses, you know agreement with HP.

136
00:16:14.730 --> 00:16:19.620
Andy Whiteside: So you had this big pie basically and you're putting the compute wherever you need it.

137
00:16:20.190 --> 00:16:21.900
Jirah Cox: yeah yes.

138
00:16:22.110 --> 00:16:28.560
Andy Whiteside: So that can be in a partner data Center it can be in your on premises data centers or or cloud option for this to.

139
00:16:30.180 --> 00:16:36.120
Jirah Cox: Probably yeah so yeah a lot of flexibility, and the reason why it matters is because.

140
00:16:37.440 --> 00:16:47.010
Jirah Cox: So with green link, giving us sort of like cloud platform right because green light runs mechanics fantastically as a cloud platform as a service, where we need it then era is.

141
00:16:47.700 --> 00:16:54.660
Jirah Cox: database of the service, wherever you needed right the dead air by itself lets you take infrastructure, you know running mechanics and.

142
00:16:55.170 --> 00:17:06.000
Jirah Cox: go back to your business and say now, we have on Prem database as a service right, so you can you know get a coi or a ui or However, your application owners when they interact with with the team.

143
00:17:07.020 --> 00:17:17.730
Jirah Cox: You know automated through service now whatever you want to say I want new databases i'm wanting to database servers I want database replication I wanted to be protection all as a service.

144
00:17:18.720 --> 00:17:28.290
Jirah Cox: that the value of that is is huge, but when you stack them on top of infrastructure as a service as well Well now, you can just say yes to a whole bunch of problems at once right like.

145
00:17:28.320 --> 00:17:38.130
Jirah Cox: Yes, I can stand that up in that data Center yes, I can stand it up in that partner environment, yes, I can stand it up at the edge, you know, wherever it's needed right, these are all simple problems to solve, now.

146
00:17:39.510 --> 00:17:45.480
Andy Whiteside: So that's that's pretty easy to understand when you're talking about new tannic right cuz you've got this compute plus storage in that compute.

147
00:17:46.500 --> 00:17:56.850
Andy Whiteside: Some some architecture of that and then, I guess, so does this Green lake stuff does it phone home and tell the mothership when you're consuming 80% of it and somebody needs to send more.

148
00:17:57.990 --> 00:18:10.650
Jirah Cox: yeah I think I think there definitely is monitoring i'm not up on the all the details there's nothing monitoring there's communications about it, they can help you administer it run it right they might be the one telling you it's 80% full you know, do you want to grow more.

149
00:18:13.110 --> 00:18:26.730
Andy Whiteside: So that applies to boats servers virtual machines containers and then, in this case databases help me understand what areas I know we've done a podcast on I think I still am a little confused is this is era.

150
00:18:27.870 --> 00:18:32.070
Andy Whiteside: bms or databases being spun up in the new tannic environment.

151
00:18:32.490 --> 00:18:36.750
Jirah Cox: So era is fundamentally right from like a vm perspective it's a virtual appliance.

152
00:18:37.260 --> 00:18:48.540
Jirah Cox: But from a capability perspective it transforms we tax cluster into a database as a service cluster right so that then your internal customers right your application owners your lines of business.

153
00:18:49.050 --> 00:18:59.970
Jirah Cox: Your developers have a place, they can come to to request the resources right whether that's you know this article goes on talk about whether that sequel Oracle postgres mongo db.

154
00:19:01.110 --> 00:19:13.410
Jirah Cox: That ability to request new resources get them automated and deployed and turned over back to them right here developer here's your sequel instance here's your sequel database here's your connection string right, for you know secure Dev environment.

155
00:19:15.030 --> 00:19:21.240
Jirah Cox: You know, provided for you on your request, maybe it only lasts for seven days, maybe it lives forever and can be extended.

156
00:19:22.080 --> 00:19:32.490
Jirah Cox: Maybe it's a clone of another running server all these fantastic capabilities right they just get unlocked easily right through era and the automation it does against attacks clusters.

157
00:19:33.630 --> 00:19:38.010
Andy Whiteside: And Are these the atoms or containers or can they be either one.

158
00:19:39.030 --> 00:19:41.400
Jirah Cox: Today it's primarily all virtual machines.

159
00:19:43.020 --> 00:19:47.820
Jirah Cox: Today yeah so from a vm is like snapshots cloning disk presentation so forth.

160
00:19:48.420 --> 00:19:53.610
Andy Whiteside: And is it typically a one to one where you have one database per vm or their vm with multiple databases.

161
00:19:53.910 --> 00:19:57.660
Jirah Cox: That would be that would be your choice there's a requirement to have only one day was one degrees per server.

162
00:19:58.800 --> 00:19:59.520
Jirah Cox: You can have multiple.

163
00:20:00.840 --> 00:20:07.410
Andy Whiteside: And, and how our database administrators viewing this is this an improvement on their world, or is this a threat to their job.

164
00:20:07.980 --> 00:20:10.920
Jirah Cox: Oh no it's absolutely important improvement right because.

165
00:20:12.180 --> 00:20:19.140
Jirah Cox: I mean, think of picture, the average environment right with let's say hundreds of databases right and that pitch would be a low estimate.

166
00:20:20.610 --> 00:20:28.830
Jirah Cox: You know all the minutiae right of like installing patching even for depending on the size of your of your shop.

167
00:20:29.220 --> 00:20:37.980
Jirah Cox: Reporting on like what versions of sequel are we running right what versions of work will be running that could be a huge landscape right like even just maintaining an accurate inventory.

168
00:20:39.000 --> 00:20:49.680
Jirah Cox: To be challenging What if you woke up tomorrow and the next kind of you know, we see him about what twice a year now is these all hands on deck fire drill of this wild exploit.

169
00:20:50.550 --> 00:20:57.180
Jirah Cox: That you know, is being used by bad guys if the next one of those targets sequel right how quickly, can you know.

170
00:20:57.660 --> 00:21:05.070
Jirah Cox: What version sequel do we have what's affected what's what's patched and do I know what it is checked off the list right, even just maintaining.

171
00:21:06.030 --> 00:21:10.920
Jirah Cox: an accurate inventory, there are all tasks that, in my opinion, are like.

172
00:21:11.520 --> 00:21:20.340
Jirah Cox: they're so basic blocking and tackling I would never want a DVD and I auditioned to be burning time on them right if it's literally it's such a repeatable process of like.

173
00:21:20.850 --> 00:21:30.150
Jirah Cox: deploy windows server joined to the domain install sequel make sure it's up to this approved patch level, create a database give it a you know secure SA password.

174
00:21:31.410 --> 00:21:39.450
Jirah Cox: Send that password off to the application owner that wants a new Dev environment that's such a repeatable process right it's a candidate for good automation team.

175
00:21:39.960 --> 00:21:42.930
Jirah Cox: That you know that, why would I want a human spending time on it.

176
00:21:43.650 --> 00:21:43.950
yeah.

177
00:21:44.970 --> 00:21:55.350
Andy Whiteside: You know, when my in windows nt four days I had to go through Microsoft sequel is one of my classes and it was the worst of all of them, and I just had this moment of well, maybe I should have been a DVD.

178
00:21:57.480 --> 00:21:58.290
Jirah Cox: yeah I mean.

179
00:21:58.350 --> 00:22:00.720
Andy Whiteside: I got excited about you talking about that and.

180
00:22:01.770 --> 00:22:04.320
Andy Whiteside: could have been the cool kid doing databases at this point.

181
00:22:05.730 --> 00:22:09.870
Jirah Cox: I mean that's we're all we're all the most important it's the heart of the organization right for all the data is.

182
00:22:11.430 --> 00:22:15.000
Andy Whiteside: It absolutely they might make you, the most important man, and it would.

183
00:22:16.590 --> 00:22:18.420
Andy Whiteside: Have I would have maybe I would have relished in the.

184
00:22:20.190 --> 00:22:21.150
Andy Whiteside: Okay um.

185
00:22:22.380 --> 00:22:25.770
Andy Whiteside: So I could see where it so does this essentially just give.

186
00:22:26.940 --> 00:22:38.100
Andy Whiteside: administrators it departments it teams, the ability to have a clustered scalable both up and down environment for running their various enterprise databases is that we're really talking about here and maintain.

187
00:22:38.490 --> 00:22:53.190
Jirah Cox: yeah totally, so I think about like the sort of the venn diagram right of overlapping circles here at the Center of these three awesome circles are new tonics, as you know, cloud infrastructure as software that for the last I guess now we're like a 13 year old company.

188
00:22:54.210 --> 00:23:03.090
Jirah Cox: built to be cloud like built a scale from the very beginning that runs best tied to hardware right they can scale on demand right compared to.

189
00:23:03.570 --> 00:23:13.290
Jirah Cox: Oh, I need another node that takes three months of procurement to go through well now you're still cloud like, but you have to plan quite are quite far ahead of your cloud growth right for these like.

190
00:23:13.620 --> 00:23:17.040
Jirah Cox: tap ex purchases right, you can see the advantages of being tied to.

191
00:23:17.610 --> 00:23:25.050
Jirah Cox: say an op X driven on Prem platform right where it's just all hardware as a service right HP green like as a service, so now i've got my new tonics.

192
00:23:25.440 --> 00:23:39.420
Jirah Cox: cloud as a service on my HP green lake as a service, and then I can couple that with era to make to present all of that, as database as a service back to my APP owners my dabs my next gen you know.

193
00:23:40.230 --> 00:23:53.280
Jirah Cox: Teams right for application modernization, so now all of the what used to be, you know let's say generously like a perhaps a two to three week build process to get a new database server to go from like an idea on a whiteboard.

194
00:23:53.820 --> 00:23:58.590
Jirah Cox: To like an actual sequel cluster up and running with credentials turned over to the Dev team.

195
00:23:59.280 --> 00:24:06.480
Jirah Cox: We need that from like maybe two or three weeks, sometimes even longer down to I don't know, two, three hours you know depending 20 minutes depending on on.

196
00:24:07.230 --> 00:24:22.200
Jirah Cox: The level of automation that you need there and that just cut cut through so much red tape right gives me what they need faster with automated approvals if you need that in service now or you know just let people you know have stuff and requested when they need it.

197
00:24:23.400 --> 00:24:24.810
Jirah Cox: cut through the red tape get it all faster.

198
00:24:26.130 --> 00:24:32.850
Andy Whiteside: Well, I think, part of what you just highlight it was the databases are going to be where the applications are going to be in the applications are going to be where they need to be.

199
00:24:33.150 --> 00:24:43.800
Andy Whiteside: And that can be cloud that could be partner data centers that could be your data Center that could be edge of your environments in simplifying the hosting platform for that just makes a ton of sense.

200
00:24:44.430 --> 00:24:52.230
Jirah Cox: yeah totally right, I mean like the article, Article calls out the customer, this was helped that that that realized these benefits in the framing blog posts story.

201
00:24:53.970 --> 00:25:03.330
Jirah Cox: talks about you know, improving operations at the US and European and Asian data centers right so like that that create the landscape, where I, as an application owner can pick.

202
00:25:04.290 --> 00:25:15.150
Jirah Cox: Where does the land don't want a third copy of it and some other data Center as well, but no, I can get that I can get that consistency consistency of experience in any of those availability zone right yeah.

203
00:25:16.380 --> 00:25:18.330
Jirah Cox: And I love to see this right calling out.

204
00:25:19.710 --> 00:25:32.580
Jirah Cox: Helping this customer you know, improve the developer experience complete projects faster deliver faster, even during like crunch time right like a long holiday season is, when all hands on deck.

205
00:25:33.660 --> 00:25:39.660
Jirah Cox: For a retailer like that, and still have it helping them execute faster get things done faster right that makes them heroes, to the business.

206
00:25:41.340 --> 00:25:49.050
Andy Whiteside: And Harvey does this mean I also get to use prison prison central and the ui that goes along with that to have vision into what's going on the database.

207
00:25:49.800 --> 00:25:50.790
Always.

208
00:25:51.900 --> 00:25:52.620
Harvey Green: that's why I like.

209
00:25:54.240 --> 00:26:03.450
Harvey Green: But yes, you, you get to continue to utilize the the knowledge you already have around the new tannic solutions and then you have.

210
00:26:04.410 --> 00:26:19.050
Harvey Green: era, on top of it, where you can you know go and manage your your databases and with that same sort of simplistic type interface, but still and still have the power behind being able to do it and use all of the features available to you.

211
00:26:19.650 --> 00:26:25.320
Jirah Cox: Well, I think I mean the way I describe it is it, it shows the right information to the right folks right, so my.

212
00:26:26.370 --> 00:26:35.430
Jirah Cox: Infrastructure team cares about you know how many sacks clusters, do I have how full or they have fashion, they running how's my vm health.

213
00:26:36.030 --> 00:26:43.110
Jirah Cox: Things that I probably don't need to be surfacing and and painting on a dashboard for my dbs right they care about what am I databases.

214
00:26:43.800 --> 00:26:52.410
Jirah Cox: What size are they what version of database engine, are they running I need to be prepping for the next change window and like patching those databases right which era helps you automate.

215
00:26:53.100 --> 00:26:58.680
Jirah Cox: different things that they care about right so era is like the db a focused.

216
00:26:59.490 --> 00:27:13.740
Jirah Cox: Prison right it's like just just stats for the va is just an environment for dbs to use, either in the gooey or automation or however you want to connect to it API is blah blah blah like you know it was It just shows you the bba bba things for DPS.

217
00:27:15.270 --> 00:27:21.090
Andy Whiteside: So in the new tactics world you're usually one of two camps right you're the new tannic says everything and I host everything on it.

218
00:27:21.330 --> 00:27:36.600
Andy Whiteside: or you're the new tannic specific workload right that we used to a lot of vdi hosting with new tonics in the hyper converged solution, you can do these error implementations are they co mingle with the rest of the cluster or they typically dedicated clusters.

219
00:27:37.080 --> 00:27:48.330
Jirah Cox: So it's your choice and it's honestly, not a technology driven decision usually the the the meaningful tipping point there is going to be database licensing right database licensing commonly at scale.

220
00:27:49.350 --> 00:27:57.600
Jirah Cox: will encourage you, as a customer to build a database silo right like this is my cluster for sequel This is my cluster for Oracle what have you.

221
00:27:57.990 --> 00:28:11.850
Jirah Cox: And so licensing really drives us to that conversation right or once in a while like extreme dedicated performance right like i'm going to buy this and I want every single megahertz every single megabyte dedicated to the databases for this one application.

222
00:28:13.530 --> 00:28:14.010
Jirah Cox: What.

223
00:28:14.340 --> 00:28:15.390
Harvey Green: All mine.

224
00:28:15.420 --> 00:28:18.360
Harvey Green: yeah totally right definitely heard that from deviate before.

225
00:28:18.570 --> 00:28:29.670
Jirah Cox: But so really and that's so that's what a licensing or call it a procurement argument in some ways, neither whichever technology argument, so the technology doesn't care, you could intermingle all day long.

226
00:28:30.090 --> 00:28:37.110
Jirah Cox: And, and we see that maybe perhaps more at smaller scale at larger scale, you know we did we do tend to see dedicated clusters For those reasons.

227
00:28:38.040 --> 00:28:44.670
Andy Whiteside: and enjoy the licensee part of that comes down to how databases are licensed based on the underlying hardware is that.

228
00:28:45.030 --> 00:29:01.500
Jirah Cox: Right commonly by core you know if i'm going to pay insert very large painful price tag here per core to my database technology, well then, I don't want to run anything else on that core right like let's Pack that full of just that one database technology right yeah physical course.

229
00:29:02.520 --> 00:29:05.670
Andy Whiteside: which used to be physical sockets back when I was a young whippersnapper.

230
00:29:06.780 --> 00:29:13.800
Jirah Cox: And it became yeah before cpus got it's such an interesting you know Evan flow right of like multi socket versus multi core.

231
00:29:16.830 --> 00:29:17.190
Jirah Cox: yeah.

232
00:29:19.140 --> 00:29:19.800
Jirah Cox: always changing.

233
00:29:21.240 --> 00:29:26.400
Andy Whiteside: Alright well guys, I think we covered it now Harvey winter wins your first era.

234
00:29:26.910 --> 00:29:46.920
Harvey Green: Working is i'm going to say this Friday, but I know the podcast doesn't always interact with us exactly the same day, so I will say it is on Friday march 20 Friday march 25 there you go well.

235
00:29:47.460 --> 00:29:49.470
Andy Whiteside: As a favor i'll try to get this one out early.

236
00:29:50.520 --> 00:29:51.060
Andy Whiteside: tomorrow.

237
00:29:51.750 --> 00:29:52.530
Jirah Cox: So maybe I.

238
00:29:52.590 --> 00:29:54.420
Andy Whiteside: If I can sneak away my wife didn't see me.

239
00:29:54.780 --> 00:30:03.360
Jirah Cox: Right so it's safe to say, if you don't care about Costa database sprawl if you have unlimited space for storing lots of copies of the same data over and over again.

240
00:30:04.200 --> 00:30:11.040
Jirah Cox: And you don't mind db is taking forever doing you know remedial basic tasks like patching deployment, then you should not attend this workshop.

241
00:30:11.430 --> 00:30:12.720
Jirah Cox: Because you will not.

242
00:30:12.990 --> 00:30:15.510
Jirah Cox: It will not scratch in here, it says you've got it.

243
00:30:15.780 --> 00:30:16.230
Harvey Green: Right.

244
00:30:16.530 --> 00:30:20.940
Jirah Cox: But if any that's important to you hey have you i'll tell you a thing or two about.

245
00:30:21.960 --> 00:30:24.060
Jirah Cox: About databases and on the tedx using era.

246
00:30:24.900 --> 00:30:30.390
Andy Whiteside: You have to be a database expert, or is this a way to simplify and lower the curve, a little bit.

247
00:30:30.450 --> 00:30:35.460
Harvey Green: yeah, this is a way to to get through like a database expert you and if you're not.

248
00:30:36.540 --> 00:30:50.760
Jirah Cox: know it absolutely supports sorry I know we're kind of we're landing here, but like to go deeper one more second it really supports the current trend in the industry right of empowering generalists to do more right because that's that's another way of simplifying both.

249
00:30:51.930 --> 00:30:58.050
Jirah Cox: In some ways, like hiring and talent acquisition, but also like day to day operations right like if I only have two database guys.

250
00:30:58.500 --> 00:31:03.570
Jirah Cox: Well now, their life is like somewhat degraded from like an on call standpoint one of them's always on call all the time.

251
00:31:04.080 --> 00:31:11.130
Jirah Cox: Whereas, if I can use something like era to let anyone on my team stand up a new sequel database because it's a one button to click and then it's all automated for that.

252
00:31:11.610 --> 00:31:20.940
Jirah Cox: Well that's empowering right it's democratizing anybody can do that my APP owners can do that right, I can put that in service now if I wanted to so so for sure it absolutely.

253
00:31:22.830 --> 00:31:34.410
Jirah Cox: It creates a path for simplifying a lot of the operations right to let more people do more things with simpler interfaces in standardized fashion right again repeatability oneself to stability so.

254
00:31:35.220 --> 00:31:41.640
Andy Whiteside: Well, and that's what very much would you guys have done on the storage side to you kind of made it to where the average man can be.

255
00:31:42.360 --> 00:31:50.940
Andy Whiteside: run an environment that includes a heavy dose of storage, because the smartness of the software in the ui makes it easier for them to implement and maintain it.

256
00:31:52.020 --> 00:31:52.890
Andy Whiteside: And D provision it.

257
00:31:53.460 --> 00:31:56.010
Jirah Cox: Totally oh yeah they know the the.

258
00:31:58.110 --> 00:32:00.960
Jirah Cox: word for word, and the Monday on the ephemerality.

259
00:32:01.530 --> 00:32:02.850
Jirah Cox: Oh, some databases.

260
00:32:04.860 --> 00:32:15.120
Jirah Cox: It for sure, like lends itself to that right, like, I want to create a clone of that production database environment I want that clone to live for testing, a new version of the APP as a Dev environment for like seven days.

261
00:32:15.570 --> 00:32:19.920
Jirah Cox: And then self destruct because in seven days on the clone anymore it's all old data throw it away.

262
00:32:21.390 --> 00:32:26.700
Jirah Cox: The ability to bring intelligence to that of like how do I create the clone handle a copy the data overhead I keep it.

263
00:32:27.780 --> 00:32:38.220
Jirah Cox: Efficient right I want it to not be a full second set of Blocks let's make it a rideable clone using primary storage so it's fast, but doesn't take a lot of space, but it can affect production.

264
00:32:39.510 --> 00:32:43.950
Jirah Cox: And then the the auto self destruct in seven days or whatever your timer is right.

265
00:32:45.330 --> 00:32:48.060
Jirah Cox: You know it's all powerful and and for sure yeah.

266
00:32:48.120 --> 00:32:53.880
Andy Whiteside: And you stick that in some remote data Center where you feel like it's safe and you got your redundancy covered yeah.

267
00:32:54.990 --> 00:32:59.010
Andy Whiteside: And how much does this take away the need for like the old school clustering.

268
00:33:00.480 --> 00:33:06.600
Jirah Cox: Well, actually well remember like will always fight for recommend application level availability right like.

269
00:33:07.110 --> 00:33:16.200
Jirah Cox: there's nothing better than your multi site load balancer in front of independent you know, like front end like, whatever your web web server is at the front end of application.

270
00:33:16.650 --> 00:33:25.590
Jirah Cox: Behind a cluster database across two data centers right and nothing will ever be that from like an availability rp or to customer experience level.

271
00:33:26.250 --> 00:33:41.130
Jirah Cox: Usually, you know we get asked as infrastructure provider to solve application availability problems with infrastructure right because application availability gets more complex or cost more or we have to deal with things like locking synchronization.

272
00:33:42.180 --> 00:33:47.910
Jirah Cox: Continuity so so clustering and can always be the more right answer right.

273
00:33:48.360 --> 00:33:56.130
Jirah Cox: It comes down to often again licensing do you want to pay for the licensing tier of your database that lets you do an active active instance across two clusters.

274
00:33:56.820 --> 00:34:03.420
Jirah Cox: If you do great era can stand that up for you right whether that's sequel AG, whether that's like Oracle RAC like you can.

275
00:34:03.960 --> 00:34:12.180
Jirah Cox: Go to go to era and say, I would like to have an sql AG, please, and you know one leg goes in that cluster one that goes in that cluster done.

276
00:34:12.900 --> 00:34:21.210
Jirah Cox: If you are aiming for a slightly lower level availability and making up for it with infrastructure well that's that's era to right I want a single vm single database.

277
00:34:21.540 --> 00:34:29.790
Jirah Cox: And I will replicate with the tax and be able to recover it somewhere else as well, taking a little bit of downtime while the vm boots up right yeah cool.

278
00:34:30.570 --> 00:34:32.670
Andy Whiteside: I feel like a database guru now and haven't touched.

279
00:34:34.260 --> 00:34:35.220
Jirah Cox: There we go job done.

280
00:34:36.060 --> 00:34:36.390
Andy Whiteside: and

281
00:34:36.900 --> 00:34:39.540
Jirah Cox: Are Well, no, you should come to the workshop right, then you really feel like a big risk.

282
00:34:39.930 --> 00:34:40.530
Harvey Green: that's right.

283
00:34:41.970 --> 00:34:44.760
Andy Whiteside: i'll be working somewhere else next week and trying to get a DVD job.

284
00:34:46.320 --> 00:35:01.890
Andy Whiteside: Can I can do it now, maybe well Gentlemen, I appreciate it for Monday it's been great, and I am ready for this date, have you ever i've got a i've got a homeowner's association meeting that I desperately do not want to go to but that's where i'm headed next so it never ends, but.

285
00:35:02.100 --> 00:35:02.880
Harvey Green: How to go.

286
00:35:02.970 --> 00:35:05.850
Andy Whiteside: My wife likes to say I bring that upon myself and she's probably right.

287
00:35:06.030 --> 00:35:11.490
Jirah Cox: I was just thinking that's usually a problem of your own making like those are actually optional yeah.

288
00:35:11.700 --> 00:35:20.640
Andy Whiteside: No, nobody forced me to sign up to be on the Hoa board, I thought it would be good that'd be helpful, what I found out, though, is i'm not like Harvey people don't just like me and.

289
00:35:20.760 --> 00:35:23.220
Andy Whiteside: Now half neighborhood now half neighborhood.

290
00:35:26.040 --> 00:35:27.300
Andy Whiteside: cuz I want to fix stuff.

291
00:35:30.150 --> 00:35:31.740
Andy Whiteside: Alright guys well, I appreciate it have a.

292
00:35:31.770 --> 00:35:33.750
Andy Whiteside: Rest enjoy the rest of your Monday and have a good week.

293
00:35:34.410 --> 00:35:34.980
YouTube.