10 videos 📅 2025-06-26 09:00:00 America/New_York
2:14:39
2025-06-26 09:07:32
1:12:32
2025-06-26 09:11:34
6:42
2025-06-26 11:08:41
35:51
2025-06-26 11:24:37
38:41
2025-06-26 13:21:35
20:37
2025-06-26 15:06:35
51:46
2025-06-27 09:06:19
58:45
2025-06-27 09:06:25
36:01
2025-06-27 11:26:09
1:12:38
2025-06-27 13:45:09

Visit the Kubernetes Comprehensive 2-Day course recordings page

                WEBVTT

00:00:00.560 --> 00:00:01.360
That's it.

00:00:01.720 --> 00:00:16.940
Should be good to go.

00:00:40.720 --> 00:00:46.000
Yeah, I think this was re-created.

00:00:47.360 --> 00:00:54.960
I saw it being rebuilt, so I don't think that there's any mini-cube running, but,

00:00:57.950 --> 00:01:02.190
okay, yeah, I think it was just booting out as for rebuilding it.

00:01:21.320 --> 00:01:23.380
Okay, often running.

00:01:46.700 --> 00:01:47.500
Good.

00:01:47.500 --> 00:02:14.430
I mean, I've, you know, I've gone through Kubernetes, you know, self-paced training classes in the past several times, you know, to kind of be in a better position to support the Orca clusters at work.

00:02:15.190 --> 00:02:19.450
So, I mean, I've been over that material, a lot of that material before.

00:02:19.450 --> 00:02:23.070
so I do have a pretty solid grasp of it.

00:02:23.390 --> 00:02:30.170
There were some things yesterday, well, a number of things that I wasn't aware of,

00:02:30.270 --> 00:02:35.480
but good to add to the toolbox there.

00:02:41.310 --> 00:02:42.110
Oh, yeah, right.

00:02:42.770 --> 00:02:46.830
Yeah, the courses that I went through were aimed at, you know,

00:02:46.890 --> 00:02:52.270
getting the CKA certification.

00:02:52.270 --> 00:03:12.550
You know, I just as a my own personal type of training method, I mean, I like to, I like to, you know, do all sorts of different things to train myself.

00:03:12.550 --> 00:03:23.630
And I had a, I don't know if you've ever heard of Linux Academy, I'm sure you probably have, that turned into something else and something else.

00:03:23.630 --> 00:03:28.550
and a cloud guru merged with whoever or whatever.

00:03:28.850 --> 00:03:55.480
Anyway, I was, I had an A cloud guru subscription, which had a, really the only reason that I had that was for the ability to spin up like six-hour AWS environments or Google or Azure.

00:03:56.540 --> 00:04:07.220
environments and, you know, do, you know, limited things in those environments. And I've

00:04:07.220 --> 00:04:18.340
built out or automated a method of installing or building a Kubernetes cluster in

00:04:18.340 --> 00:04:30.320
AWS, not using EKS, but just using EC2 instances. And, you know, worked on, worked on all

00:04:30.320 --> 00:04:41.490
the class material, you know, the CCA course materials that way and work for flow balancers.

00:04:43.450 --> 00:04:45.890
Yeah, I did that for quite a bit.

00:04:46.010 --> 00:04:47.650
That was several months worth of that.

00:04:47.650 --> 00:04:57.230
And I did not proceed then to get the, to take the certification test.

00:04:57.230 --> 00:05:10.810
because yeah just you my understanding is that it's extremely cumbersome and difficult to actually

00:05:10.810 --> 00:05:20.050
get set up for that and it's not um not very user-friendly and there's a good percentage this may

00:05:20.050 --> 00:05:26.110
have changed but i i had heard there was a good percentage of of people that that had to

00:05:26.110 --> 00:05:34.450
continuously rescheduled because, you know, you had to have your desk a certain way and

00:05:34.450 --> 00:05:41.130
you had to have a certain kind of lighting in your workspace, stuff like that.

00:05:41.210 --> 00:05:49.410
So anyway, after, right, they don't have, you know, at the time, this was like a year ago,

00:05:49.410 --> 00:05:56.710
they did not have any type of on-site testing.

00:05:56.990 --> 00:05:58.350
It was all, you know, remote.

00:05:59.510 --> 00:06:04.690
But after this, after this, I will probably just bite the bullet,

00:06:04.850 --> 00:06:06.850
go ahead and get that done.

00:06:15.120 --> 00:06:20.480
Yeah, I had, like, so I didn't even use the, like I said,

00:06:20.480 --> 00:06:21.420
I didn't use the KS.

00:06:21.420 --> 00:06:24.260
I just built a huge,

00:06:25.840 --> 00:06:29.160
Bash stripped that did it all.

00:06:29.460 --> 00:06:32.740
Anyways, it looks like we've got some kind of error here.

00:06:33.660 --> 00:07:02.650
So it's out of the buffer there.

00:07:04.270 --> 00:07:10.450
Well, I mean, maybe it's, uh, let's, let's, let's, let's, let's, let me try again.

00:07:11.370 --> 00:07:24.560
Do we want to do just a mini-cube start to see if it'll just do a simple, um,

00:07:30.420 --> 00:07:32.640
oh, okay, so this was intended. I gotcha.

00:07:34.450 --> 00:07:34.970
Gotcha.

00:07:37.310 --> 00:07:53.250
out before then okay well I'm sure I can change the go ahead sorry well if you want

00:07:53.250 --> 00:07:59.790
to continue to try to go down that path with the error and look at that is there a

00:07:59.790 --> 00:08:03.690
way to I'm trying to see if there's a way to increase the buffer size on

00:08:03.690 --> 00:08:26.060
this but I guess profiles maybe for up references okay it's locked down

00:08:26.060 --> 00:08:33.040
don't have the ability to do more than three out

00:08:33.260 --> 00:08:45.410
all right so go ahead and just proceed with with this then try to control c out if it

00:08:45.410 --> 00:10:24.140
pairs okay number three we'll be able to create control group i notify after too many open

00:10:24.140 --> 00:11:24.580
files ah okay now is this is this a minicube specific uh issue okay okay so

00:11:24.740 --> 00:15:27.690
delete everything try again looking better like right like right now it's uh at this point it looks

00:15:27.690 --> 00:15:58.410
like maybe things are just still starting up morning uh hubble starting not sure what

00:15:58.410 --> 00:16:55.070
hubble is like some pods uh-huh okay got you control v i i stopped myself from from doing

00:16:55.090 --> 00:17:06.710
Yeah, it does something down here, does the clipboard down there.

00:17:32.950 --> 00:17:59.380
These labels here, the address by Damon said, reason completed, what is that?

00:18:59.320 --> 00:19:01.420
Any errors?

00:19:02.040 --> 00:19:03.160
Well, failed scheduling.

00:19:22.020 --> 00:19:28.570
Imagine you what, you do a silly inversion, no?

00:20:18.240 --> 00:20:18.820
All right.

00:20:39.780 --> 00:20:44.160
Where are you seeing replica, one replica?

00:20:44.860 --> 00:21:10.740
not seeing that up here somewhere you know it's rough with this so it's cyllium operator

00:21:10.740 --> 00:21:56.260
in 4d units yeah okay controlled by damon set in terms of what's controlling it right so the

00:21:56.260 --> 00:22:05.170
envoy would be a damon set right so it's going to it's going to spin up a pod on on each

00:22:06.370 --> 00:22:21.360
each node right now remind me what the what uh what uh

00:22:21.520 --> 00:22:27.380
So liveness is looking for versus readiness.

00:22:27.680 --> 00:22:29.780
What's the primary difference?

00:22:31.480 --> 00:22:32.920
105 is the good number.

00:22:35.640 --> 00:23:25.260
If that startup, if that fails, then it's, I mean, the pod makes sense.

00:23:35.600 --> 00:23:36.060
Oh, yeah.

00:23:46.560 --> 00:23:46.800
All right.

00:23:46.860 --> 00:23:47.920
So I want to look at the envoy.

00:24:24.360 --> 00:24:27.000
The number of nodes scheduled.

00:24:32.610 --> 00:24:35.070
like Psyllium Envoy config.

00:24:35.310 --> 00:24:37.510
Uh, I would think Cube system.

00:24:50.870 --> 00:24:51.490
Looking good.

00:24:51.990 --> 00:24:57.790
A while ago, it looks like that they were restarting during the, uh, the install process,

00:24:57.790 --> 00:25:00.230
or the, uh, spin up process.

00:25:00.610 --> 00:25:02.770
Uh, hmm, right.

00:25:03.270 --> 00:25:06.710
Yeah, it's, uh, it's not coming to me.

00:25:07.470 --> 00:25:07.910
Okay.

00:25:08.270 --> 00:25:08.450
Yeah.

00:25:08.450 --> 00:25:10.870
And that would not be there, obviously.

00:25:10.990 --> 00:25:11.190
Right.

00:25:11.430 --> 00:25:20.490
Or, or tested it in a non-production like an iron.

00:25:21.010 --> 00:26:32.560
I was just seeing if it appears to be back.

00:26:32.660 --> 00:26:34.440
It's just doing the same thing I was doing yesterday.

00:26:35.560 --> 00:26:35.800
No.

00:26:36.300 --> 00:26:51.560
It might be.

00:26:51.920 --> 00:26:52.500
Might be that.

00:26:52.620 --> 00:26:54.700
I haven't noticed timing on it.

00:26:59.130 --> 00:27:04.910
Seems that it's been more frequent at times than that, but I could be wrong.

00:27:04.910 --> 00:27:19.400
I mean, it doesn't seem to be really causing any issues.

00:27:41.080 --> 00:28:04.590
So, yeah, it's like the same.

00:28:04.930 --> 00:28:18.770
16 or that's allocatable um allocated okay here we go four percent well four percent request

00:28:18.770 --> 00:29:01.020
API server no disk pressure false also also false false as sufficient did not sure okay yeah that makes

00:29:01.020 --> 00:30:06.940
so setting the CPU limits to a quarter of a CPU and memory to

00:30:07.020 --> 00:30:26.900
12 mibytes, I guess.

00:30:26.900 --> 00:30:30.270
Reading looks like.

00:30:30.270 --> 00:30:38.650
I'm guessing that there's not enough of one or the other resource.

00:30:38.650 --> 00:30:58.070
It's a limit on CPU and memory.

00:30:58.070 --> 00:31:01.070
And in all cases here, it looks like.

00:31:01.070 --> 00:31:09.140
We'll see this we have here in events.

00:31:09.140 --> 00:32:02.900
Yeah, Doom killed.

00:32:02.900 --> 00:32:09.820
It looks like the events don't really show the reason here.

00:32:09.820 --> 00:32:21.840
I guess we can tell what's happening, right?

00:32:21.840 --> 00:32:50.940
So delete the cluster.

00:32:50.940 --> 00:33:13.910
Oh, okay, yeah, okay.

00:33:13.910 --> 00:33:16.990
So I'm not sure, just going back to this real quick,

00:33:16.990 --> 00:33:22.460
I'm not sure what we saw here and the logs

00:33:22.460 --> 00:33:26.780
that would indicate what went on here.

00:33:28.740 --> 00:33:33.040
Okay, yeah, I see.

00:33:33.060 --> 00:33:33.320
Okay.

00:33:34.420 --> 00:33:53.940
Also, doesn't seem to be any indication of the CPU limit either, but we'd like to change it to one.

00:34:13.740 --> 00:34:14.580
That's in line.

00:34:15.360 --> 00:34:48.710
I imagine not zero, three.

00:34:49.050 --> 00:34:49.250
Yep.

00:35:23.720 --> 00:35:24.880
Limit to low.

00:35:28.420 --> 00:35:30.960
Yeah, one, one megabyte.

00:35:33.980 --> 00:35:34.280
Okay.

00:35:34.280 --> 00:35:40.840
Right, but it would, but it also went to CLBO.

00:35:41.240 --> 00:35:55.220
So this is staying in container creating, so it's, yeah, I'm not sure why he's doing that with a lower memory limit, but I mean, I guess in either case.

00:35:56.220 --> 00:35:59.640
Now, what if I set mine to six, six megabyte?

00:35:59.800 --> 00:36:13.300
I mean, yeah, all these would be gone, so you're saying.

00:36:13.300 --> 00:36:28.240
I mean, what you're showing on screen is that you set yours to six.

00:36:29.480 --> 00:37:03.930
In a running state now.

00:37:13.900 --> 00:37:20.460
I'm curious as to what would happen if I set the limit to six.

00:37:47.720 --> 00:37:55.940
Looks good.

00:37:56.240 --> 00:38:03.840
Or are you wanting to look for anything in particular besides the just created and started?

00:38:04.660 --> 00:38:10.980
Yeah, I'm just kind of curious to see if that would result in the same, you know, in what you saw.

00:39:11.660 --> 00:39:11.860
Yeah.

00:39:34.600 --> 00:39:54.060
Okay.

00:39:54.580 --> 00:40:00.780
What might it be important to SIP events? Obviously, they disappear, right?

00:40:02.060 --> 00:40:31.840
16. 12 gig.

00:40:32.640 --> 00:40:35.520
I'm not sure. I mean, well, three.

00:41:02.550 --> 00:41:02.930
Okay.

00:41:25.360 --> 00:41:41.850
It must be less than or equal to the limit.

00:41:42.230 --> 00:41:43.510
Right. Right. Makes sense.

00:41:43.810 --> 00:41:55.230
So just so I'm clear, requests is the, for lack of a better term, limit to what?

00:41:55.270 --> 00:41:57.690
a pod

00:41:57.690 --> 00:41:59.710
can initially

00:41:59.710 --> 00:42:00.810
request and

00:42:00.810 --> 00:42:02.670
limits is

00:42:02.670 --> 00:42:03.910
what it can

00:42:03.910 --> 00:42:06.150
ultimately consume

00:42:06.150 --> 00:42:07.590
is that is that accurate

00:42:07.590 --> 00:42:10.530
and that did not

00:42:10.530 --> 00:42:13.370
yeah

00:42:13.370 --> 00:42:45.530
I would look at this

00:42:45.530 --> 00:42:45.950
pending

00:42:45.950 --> 00:42:53.000
describe the one that's pending

00:42:53.000 --> 00:42:53.720
perhaps

00:42:53.720 --> 00:42:54.420
is that be

00:42:54.420 --> 00:43:04.860
insufficient CPU

00:43:04.860 --> 00:43:06.100
insufficient memory

00:43:06.100 --> 00:43:09.500
was 7 was

00:43:09.500 --> 00:43:11.060
reserved

00:43:11.060 --> 00:43:13.440
and

00:43:13.440 --> 00:43:15.960
went over that

00:43:15.960 --> 00:43:36.580
check the

00:43:36.580 --> 00:43:37.600
node resources

00:43:37.600 --> 00:43:45.260
they did

00:43:45.260 --> 00:43:49.810
we got the

00:43:49.810 --> 00:43:52.490
two deployments that are

00:43:52.490 --> 00:43:54.550
consuming the

00:43:54.550 --> 00:43:56.030
limit

00:43:56.030 --> 00:43:58.290
for about

00:43:58.290 --> 00:44:01.650
100%.

00:44:01.650 --> 00:44:02.090
Oh okay

00:44:02.090 --> 00:44:04.270
where are you seeing

00:44:04.270 --> 00:44:05.090
that

00:44:06.090 --> 00:44:07.770
there we go

00:44:07.770 --> 00:44:08.830
I need to

00:44:08.830 --> 00:45:18.340
Oh, okay. This is, I'm, I was looking here. This is not what I should be looking at for that. This is just having, this is just showing the, the, the limit, the limits for CPU and memory that we, that we specified in the deployment, right? It's the allocated that we want to look since. Go ahead and delete the deployment. We could do the calculations, but I would say,

00:45:18.480 --> 00:45:24.360
I'll be supposed to 10 CPU with the guy.

00:45:24.360 --> 00:46:07.620
Okay, go ahead and deploy it.

00:46:07.620 --> 00:46:12.110
Yeah, so now we're seven, right.

00:46:12.110 --> 00:46:16.770
Oh, okay, yeah, I'm seeing that, I'm following now.

00:46:16.770 --> 00:46:49.480
So maybe down to five, yeah.

00:46:49.480 --> 00:47:11.840
So it looks like maybe a hair, so insufficient,

00:47:11.840 --> 00:47:34.600
oh, it's sufficient memory now.

00:47:34.600 --> 00:48:01.560
Right, just a tad shy, it sounds like,

00:48:01.600 --> 00:48:54.310
mm-hmm 76 memory uh not so much very nice that's that's uh that's some good information right there

00:48:54.310 --> 00:49:27.490
but you know what it always does that when i delete do minicube delete all i think i've

00:49:27.490 --> 00:49:38.170
noticed that uh no yes yes but um but uh if i remember correctly quests cannot be greater than

00:49:38.190 --> 00:49:50.610
limits, right? Yeah, sounds good.