Анхаарна уу. орчуулга.: нийтлэлийн зохиогч - Эркан Эрол, SAP-ийн инженер - багийн үйл ажиллагааны механизмын талаархи судалгаагаа хуваалцаж байна. kubectl exec, Kubernetes-тэй ажилладаг бүх хүмүүст маш сайн мэддэг. Тэрээр бүх алгоритмыг Kubernetes-ийн эх кодын жагсаалт (болон холбогдох төслүүд) дагалддаг бөгөөд энэ нь тухайн сэдвийг шаардлагатай бол гүнзгий ойлгох боломжийг олгодог.
Нэг баасан гаригт хамт ажилладаг хүн над руу ойртож, командыг команд ашиглан хэрхэн гүйцэтгэхийг асуув . Би түүнд хариулж чадаагүй бөгөөд ажлын механизмын талаар юу ч мэдэхгүй гэдгээ гэнэт ойлгов kubectl exec. Тийм ээ, би түүний төхөөрөмжийн талаар тодорхой санаатай байсан, гэхдээ би тэдний зөв гэдэгт 100% итгэлтэй биш байсан тул энэ асуудлыг шийдэхээр шийдсэн. Блог, баримт бичиг, эх кодыг судалснаар би маш их зүйлийг сурч мэдсэн бөгөөд энэ нийтлэлд би өөрийн нээлт, ойлголтыг хуваалцахыг хүсч байна. Хэрэв ямар нэг зүйл буруу байвал надтай холбоо барина уу .
Сургалт
MacBook дээр кластер үүсгэхийн тулд би клон хийсэн . Дараа нь би kubelet'a тохиргооны зангилааны IP хаягийг зассан, учир нь анхдагч тохиргоонууд зөвшөөрөгдөөгүй. kubectl exec. Үүний гол шалтгааныг та дэлгэрэнгүй уншиж болно .
- Ямар ч машин = миний MacBook
- мастер зангилаа IP = 192.168.205.10
- IP ажилчны зангилаа = 192.168.205.11
- API серверийн порт = 6443
Бүрэлдэхүүн хэсгүүд
- kubectl exec процесс: "kubectl exec..." хийх үед процесс эхэлнэ. Та үүнийг K8s API серверт хандах боломжтой ямар ч машин дээр хийж болно. Анхаарна уу. Орчуул.: Цаашид консолын жагсаалтад зохиогч "ямар ч машин" гэсэн тайлбарыг ашигладаг бөгөөд энэ нь Kubernetes-д нэвтрэх боломжтой ямар ч ийм машин дээр дараах тушаалуудыг гүйцэтгэх боломжтой гэсэн үг юм.
- : Kubernetes API-д хандах боломжийг олгодог мастер зангилааны бүрэлдэхүүн хэсэг. Энэ бол Кубернетес дэх удирдлагын онгоцны урд хэсэг юм.
- : кластерын бүх цэг дээр ажилладаг агент. Энэ нь саванд байгаа савны ажлыг хангадаг.
- (контейнер ажиллах хугацаа): Контейнер ажиллуулах үүрэгтэй программ хангамж. Жишээ нь: Docker, CRI-O, контейнер...
- Цөмийг: Ажилчны зангилаа дээрх үйлдлийн системийн цөм; үйл явцын менежментийг хариуцдаг.
- зорилтот (зорилтот) сав: савны нэг хэсэг бөгөөд ажилчны зангилааны аль нэг дээр ажилладаг сав.
Би юу олж мэдэв
1. Үйлчлүүлэгч тал дахь үйл ажиллагаа
Нэрийн талбарт pod үүсгэнэ үү default:
// any machine
$ kubectl run exec-test-nginx --image=nginxДараа нь бид exec командыг ажиллуулж цаашдын ажиглалтыг 5000 секунд хүлээнэ.
// any machine
$ kubectl exec -it exec-test-nginx-6558988d5-fgxgg -- sh
# sleep 5000kubectl процесс гарч ирнэ (бидний тохиолдолд pid=8507-тэй):
// any machine
$ ps -ef |grep kubectl
501 8507 8409 0 7:19PM ttys000 0:00.13 kubectl exec -it exec-test-nginx-6558988d5-fgxgg -- shХэрэв бид үйл явцын сүлжээний үйл ажиллагааг шалгавал энэ нь api сервер (192.168.205.10.6443)-тай холбогдсон болохыг олж мэдэх болно:
// any machine
$ netstat -atnv |grep 8507
tcp4 0 0 192.168.205.1.51673 192.168.205.10.6443 ESTABLISHED 131072 131768 8507 0 0x0102 0x00000020
tcp4 0 0 192.168.205.1.51672 192.168.205.10.6443 ESTABLISHED 131072 131768 8507 0 0x0102 0x00000028Кодыг харцгаая. Kubectl нь exec дэд нөөцөөр POST хүсэлтийг үүсгэж, REST хүсэлтийг илгээдэг:
req := restClient.Post().
Resource("pods").
Name(pod.Name).
Namespace(pod.Namespace).
SubResource("exec")
req.VersionedParams(&corev1.PodExecOptions{
Container: containerName,
Command: p.Command,
Stdin: p.Stdin,
Stdout: p.Out != nil,
Stderr: p.ErrOut != nil,
TTY: t.Raw,
}, scheme.ParameterCodec)
return p.Executor.Execute("POST", req.URL(), p.Config, p.In, p.Out, p.ErrOut, t.Raw, sizeQueue)()
2. Мастер зангилааны тал дахь үйл ажиллагаа
Бид мөн хүсэлтийг api-сервер талд ажиглаж болно:
handler.go:143] kube-apiserver: POST "/api/v1/namespaces/default/pods/exec-test-nginx-6558988d5-fgxgg/exec" satisfied by gorestful with webservice /api/v1
upgradeaware.go:261] Connecting to backend proxy (intercepting redirects) https://192.168.205.11:10250/exec/default/exec-test-nginx-6558988d5-fgxgg/exec-test-nginx?command=sh&input=1&output=1&tty=1
Headers: map[Connection:[Upgrade] Content-Length:[0] Upgrade:[SPDY/3.1] User-Agent:[kubectl/v1.12.10 (darwin/amd64) kubernetes/e3c1340] X-Forwarded-For:[192.168.205.1] X-Stream-Protocol-Version:[v4.channel.k8s.io v3.channel.k8s.io v2.channel.k8s.io channel.k8s.io]]HTTP хүсэлт нь протоколыг өөрчлөх хүсэлтийг агуулдаг гэдгийг анхаарна уу. нь stdin/stdout/stderr/spdy-алдааны тусдаа "урсгалуудыг" нэг TCP холболтоор олон талт болгох боломжийг олгодог.
API сервер нь хүсэлтийг хүлээн авч хөрвүүлдэг PodExecOptions:
// PodExecOptions is the query options to a Pod's remote exec call
type PodExecOptions struct {
metav1.TypeMeta
// Stdin if true indicates that stdin is to be redirected for the exec call
Stdin bool
// Stdout if true indicates that stdout is to be redirected for the exec call
Stdout bool
// Stderr if true indicates that stderr is to be redirected for the exec call
Stderr bool
// TTY if true indicates that a tty will be allocated for the exec call
TTY bool
// Container in which to execute the command.
Container string
// Command is the remote command to execute; argv array; not executed within a shell.
Command []string
}()
Шаардлагатай үйлдлүүдийг гүйцэтгэхийн тулд api-сервер нь ямар pod-той холбогдох ёстойг мэдэх шаардлагатай:
// ExecLocation returns the exec URL for a pod container. If opts.Container is blank
// and only one container is present in the pod, that container is used.
func ExecLocation(
getter ResourceGetter,
connInfo client.ConnectionInfoGetter,
ctx context.Context,
name string,
opts *api.PodExecOptions,
) (*url.URL, http.RoundTripper, error) {
return streamLocation(getter, connInfo, ctx, name, opts, opts.Container, "exec")
}()
Мэдээжийн хэрэг, төгсгөлийн цэгийн талаархи мэдээллийг зангилааны талаархи мэдээллээс авдаг.
nodeName := types.NodeName(pod.Spec.NodeName)
if len(nodeName) == 0 {
// If pod has not been assigned a host, return an empty location
return nil, nil, errors.NewBadRequest(fmt.Sprintf("pod %s does not have a host assigned", name))
}
nodeInfo, err := connInfo.GetConnectionInfo(ctx, nodeName)()
Өө! Кубелет одоо порттой болсон (node.Status.DaemonEndpoints.KubeletEndpoint.Port) API сервер холбогдох боломжтой:
// GetConnectionInfo retrieves connection info from the status of a Node API object.
func (k *NodeConnectionInfoGetter) GetConnectionInfo(ctx context.Context, nodeName types.NodeName) (*ConnectionInfo, error) {
node, err := k.nodes.Get(ctx, string(nodeName), metav1.GetOptions{})
if err != nil {
return nil, err
}
// Find a kubelet-reported address, using preferred address type
host, err := nodeutil.GetPreferredNodeAddress(node, k.preferredAddressTypes)
if err != nil {
return nil, err
}
// Use the kubelet-reported port, if present
port := int(node.Status.DaemonEndpoints.KubeletEndpoint.Port)
if port <= 0 {
port = k.defaultPort
}
return &ConnectionInfo{
Scheme: k.scheme,
Hostname: host,
Port: strconv.Itoa(port),
Transport: k.transport,
}, nil
}()
Баримт бичгээс :
Эдгээр холболтууд нь kubelet-ийн HTTPS төгсгөлийн цэг дээр дуусгавар болно. Анхдагч байдлаар, apiserver нь kubelet-ийн гэрчилгээг баталгаажуулдаггүй бөгөөд энэ нь холболтыг "дунд дахь хүний халдлага" (MITM) болон аюултай итгэлгүй болон/эсвэл олон нийтийн сүлжээнд ажиллах.
Одоо API сервер төгсгөлийн цэгийг мэдэж, холболтыг бий болгож байна:
// Connect returns a handler for the pod exec proxy
func (r *ExecREST) Connect(ctx context.Context, name string, opts runtime.Object, responder rest.Responder) (http.Handler, error) {
execOpts, ok := opts.(*api.PodExecOptions)
if !ok {
return nil, fmt.Errorf("invalid options object: %#v", opts)
}
location, transport, err := pod.ExecLocation(r.Store, r.KubeletConn, ctx, name, execOpts)
if err != nil {
return nil, err
}
return newThrottledUpgradeAwareProxyHandler(location, transport, false, true, true, responder), nil
}()
Мастер зангилаа дээр юу болохыг харцгаая.
Эхлээд ажлын зангилааны IP-г олж мэдээрэй. Манай тохиолдолд энэ нь 192.168.205.11:
// any machine
$ kubectl get nodes k8s-node-1 -o wide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
k8s-node-1 Ready <none> 9h v1.15.3 192.168.205.11 <none> Ubuntu 16.04.6 LTS 4.4.0-159-generic docker://17.3.3Дараа нь kubelet портыг тохируулна уу (бидний тохиолдолд 10250):
// any machine
$ kubectl get nodes k8s-node-1 -o jsonpath='{.status.daemonEndpoints.kubeletEndpoint}'
map[Port:10250]
Одоо сүлжээг шалгах цаг болжээ. Ажилчны зангилаа (192.168.205.11) холболт байгаа юу? Энэ бол! Хэрэв та үйл явцыг "алах" бол exec, энэ нь алга болох тул гүйцэтгэсэн exec командын үр дүнд холболтыг api-сервер үүсгэсэн гэдгийг би мэдэж байна.
// master node
$ netstat -atn |grep 192.168.205.11
tcp 0 0 192.168.205.10:37870 192.168.205.11:10250 ESTABLISHED
…
kubectl болон api сервер хоорондын холболт нээлттэй хэвээр байна. Нэмж дурдахад api-server болон kubelet-ийг холбосон өөр нэг холболт бий.
3. Ажилчны зангилаа дээрх үйл ажиллагаа
Одоо ажилчны зангилаатай холбогдож, үүн дээр юу болж байгааг харцгаая.
Юуны өмнө бид түүнтэй холбоо тогтоосныг харж байна (хоёр дахь мөр); 192.168.205.10 нь үндсэн зангилааны IP юм:
// worker node
$ netstat -atn |grep 10250
tcp6 0 0 :::10250 :::* LISTEN
tcp6 0 0 192.168.205.11:10250 192.168.205.10:37870 ESTABLISHED
Манай багийн хувьд яах вэ sleep? Өө, тэр бас тэнд байна!
// worker node
$ ps -afx
...
31463 ? Sl 0:00 _ docker-containerd-shim 7d974065bbb3107074ce31c51f5ef40aea8dcd535ae11a7b8f2dd180b8ed583a /var/run/docker/libcontainerd/7d974065bbb3107074ce31c51
31478 pts/0 Ss 0:00 _ sh
31485 pts/0 S+ 0:00 _ sleep 5000
…Гэхдээ хүлээгээрэй, Кубелет үүнийг яаж гаргасан бэ? Кубелет нь api-серверийн хүсэлтийг портоор дамжуулан API руу нэвтрэх боломжийг нээж өгдөг дэмонтой:
// Server is the library interface to serve the stream requests.
type Server interface {
http.Handler
// Get the serving URL for the requests.
// Requests must not be nil. Responses may be nil iff an error is returned.
GetExec(*runtimeapi.ExecRequest) (*runtimeapi.ExecResponse, error)
GetAttach(req *runtimeapi.AttachRequest) (*runtimeapi.AttachResponse, error)
GetPortForward(*runtimeapi.PortForwardRequest) (*runtimeapi.PortForwardResponse, error)
// Start the server.
// addr is the address to serve on (address:port) stayUp indicates whether the server should
// listen until Stop() is called, or automatically stop after all expected connections are
// closed. Calling Get{Exec,Attach,PortForward} increments the expected connection count.
// Function does not return until the server is stopped.
Start(stayUp bool) error
// Stop the server, and terminate any open connections.
Stop() error
}()
Kubelet нь exec хүсэлтийн хариултын төгсгөлийн цэгийг тооцоолдог:
func (s *server) GetExec(req *runtimeapi.ExecRequest) (*runtimeapi.ExecResponse, error) {
if err := validateExecRequest(req); err != nil {
return nil, err
}
token, err := s.cache.Insert(req)
if err != nil {
return nil, err
}
return &runtimeapi.ExecResponse{
Url: s.buildURL("exec", token),
}, nil
}()
Бүү андуур. Энэ нь тушаалын үр дүнг буцаадаггүй, харин холболтын төгсгөлийн цэгийг өгдөг:
type ExecResponse struct {
// Fully qualified URL of the exec streaming server.
Url string `protobuf:"bytes,1,opt,name=url,proto3" json:"url,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_sizecache int32 `json:"-"`
}()
Kubelet интерфэйсийг хэрэгжүүлдэг RuntimeServiceClient, энэ нь Container Runtime Interface-ийн нэг хэсэг юм (бид энэ талаар дэлгэрэнгүй бичсэн, жишээ нь, - ойролцоогоор. орчуул.):
kubernetes/kubernetes дахь cri-api-аас урт жагсаалт
// For semantics around ctx use and closing/ending streaming RPCs, please refer to https://godoc.org/google.golang.org/grpc#ClientConn.NewStream.
type RuntimeServiceClient interface {
// Version returns the runtime name, runtime version, and runtime API version.
Version(ctx context.Context, in *VersionRequest, opts ...grpc.CallOption) (*VersionResponse, error)
// RunPodSandbox creates and starts a pod-level sandbox. Runtimes must ensure
// the sandbox is in the ready state on success.
RunPodSandbox(ctx context.Context, in *RunPodSandboxRequest, opts ...grpc.CallOption) (*RunPodSandboxResponse, error)
// StopPodSandbox stops any running process that is part of the sandbox and
// reclaims network resources (e.g., IP addresses) allocated to the sandbox.
// If there are any running containers in the sandbox, they must be forcibly
// terminated.
// This call is idempotent, and must not return an error if all relevant
// resources have already been reclaimed. kubelet will call StopPodSandbox
// at least once before calling RemovePodSandbox. It will also attempt to
// reclaim resources eagerly, as soon as a sandbox is not needed. Hence,
// multiple StopPodSandbox calls are expected.
StopPodSandbox(ctx context.Context, in *StopPodSandboxRequest, opts ...grpc.CallOption) (*StopPodSandboxResponse, error)
// RemovePodSandbox removes the sandbox. If there are any running containers
// in the sandbox, they must be forcibly terminated and removed.
// This call is idempotent, and must not return an error if the sandbox has
// already been removed.
RemovePodSandbox(ctx context.Context, in *RemovePodSandboxRequest, opts ...grpc.CallOption) (*RemovePodSandboxResponse, error)
// PodSandboxStatus returns the status of the PodSandbox. If the PodSandbox is not
// present, returns an error.
PodSandboxStatus(ctx context.Context, in *PodSandboxStatusRequest, opts ...grpc.CallOption) (*PodSandboxStatusResponse, error)
// ListPodSandbox returns a list of PodSandboxes.
ListPodSandbox(ctx context.Context, in *ListPodSandboxRequest, opts ...grpc.CallOption) (*ListPodSandboxResponse, error)
// CreateContainer creates a new container in specified PodSandbox
CreateContainer(ctx context.Context, in *CreateContainerRequest, opts ...grpc.CallOption) (*CreateContainerResponse, error)
// StartContainer starts the container.
StartContainer(ctx context.Context, in *StartContainerRequest, opts ...grpc.CallOption) (*StartContainerResponse, error)
// StopContainer stops a running container with a grace period (i.e., timeout).
// This call is idempotent, and must not return an error if the container has
// already been stopped.
// TODO: what must the runtime do after the grace period is reached?
StopContainer(ctx context.Context, in *StopContainerRequest, opts ...grpc.CallOption) (*StopContainerResponse, error)
// RemoveContainer removes the container. If the container is running, the
// container must be forcibly removed.
// This call is idempotent, and must not return an error if the container has
// already been removed.
RemoveContainer(ctx context.Context, in *RemoveContainerRequest, opts ...grpc.CallOption) (*RemoveContainerResponse, error)
// ListContainers lists all containers by filters.
ListContainers(ctx context.Context, in *ListContainersRequest, opts ...grpc.CallOption) (*ListContainersResponse, error)
// ContainerStatus returns status of the container. If the container is not
// present, returns an error.
ContainerStatus(ctx context.Context, in *ContainerStatusRequest, opts ...grpc.CallOption) (*ContainerStatusResponse, error)
// UpdateContainerResources updates ContainerConfig of the container.
UpdateContainerResources(ctx context.Context, in *UpdateContainerResourcesRequest, opts ...grpc.CallOption) (*UpdateContainerResourcesResponse, error)
// ReopenContainerLog asks runtime to reopen the stdout/stderr log file
// for the container. This is often called after the log file has been
// rotated. If the container is not running, container runtime can choose
// to either create a new log file and return nil, or return an error.
// Once it returns error, new container log file MUST NOT be created.
ReopenContainerLog(ctx context.Context, in *ReopenContainerLogRequest, opts ...grpc.CallOption) (*ReopenContainerLogResponse, error)
// ExecSync runs a command in a container synchronously.
ExecSync(ctx context.Context, in *ExecSyncRequest, opts ...grpc.CallOption) (*ExecSyncResponse, error)
// Exec prepares a streaming endpoint to execute a command in the container.
Exec(ctx context.Context, in *ExecRequest, opts ...grpc.CallOption) (*ExecResponse, error)
// Attach prepares a streaming endpoint to attach to a running container.
Attach(ctx context.Context, in *AttachRequest, opts ...grpc.CallOption) (*AttachResponse, error)
// PortForward prepares a streaming endpoint to forward ports from a PodSandbox.
PortForward(ctx context.Context, in *PortForwardRequest, opts ...grpc.CallOption) (*PortForwardResponse, error)
// ContainerStats returns stats of the container. If the container does not
// exist, the call returns an error.
ContainerStats(ctx context.Context, in *ContainerStatsRequest, opts ...grpc.CallOption) (*ContainerStatsResponse, error)
// ListContainerStats returns stats of all running containers.
ListContainerStats(ctx context.Context, in *ListContainerStatsRequest, opts ...grpc.CallOption) (*ListContainerStatsResponse, error)
// UpdateRuntimeConfig updates the runtime configuration based on the given request.
UpdateRuntimeConfig(ctx context.Context, in *UpdateRuntimeConfigRequest, opts ...grpc.CallOption) (*UpdateRuntimeConfigResponse, error)
// Status returns the status of the runtime.
Status(ctx context.Context, in *StatusRequest, opts ...grpc.CallOption) (*StatusResponse, error)
}
()
Энэ нь зүгээр л Container Runtime Interface-ээр дамжуулан аргыг дуудахын тулд gRPC ашигладаг:
type runtimeServiceClient struct {
cc *grpc.ClientConn
}()
func (c *runtimeServiceClient) Exec(ctx context.Context, in *ExecRequest, opts ...grpc.CallOption) (*ExecResponse, error) {
out := new(ExecResponse)
err := c.cc.Invoke(ctx, "/runtime.v1alpha2.RuntimeService/Exec", in, out, opts...)
if err != nil {
return nil, err
}
return out, nil
}()
Container Runtime нь хэрэгжилтийг хариуцдаг RuntimeServiceServer:
kubernetes/kubernetes дахь cri-api-аас урт жагсаалт
// RuntimeServiceServer is the server API for RuntimeService service.
type RuntimeServiceServer interface {
// Version returns the runtime name, runtime version, and runtime API version.
Version(context.Context, *VersionRequest) (*VersionResponse, error)
// RunPodSandbox creates and starts a pod-level sandbox. Runtimes must ensure
// the sandbox is in the ready state on success.
RunPodSandbox(context.Context, *RunPodSandboxRequest) (*RunPodSandboxResponse, error)
// StopPodSandbox stops any running process that is part of the sandbox and
// reclaims network resources (e.g., IP addresses) allocated to the sandbox.
// If there are any running containers in the sandbox, they must be forcibly
// terminated.
// This call is idempotent, and must not return an error if all relevant
// resources have already been reclaimed. kubelet will call StopPodSandbox
// at least once before calling RemovePodSandbox. It will also attempt to
// reclaim resources eagerly, as soon as a sandbox is not needed. Hence,
// multiple StopPodSandbox calls are expected.
StopPodSandbox(context.Context, *StopPodSandboxRequest) (*StopPodSandboxResponse, error)
// RemovePodSandbox removes the sandbox. If there are any running containers
// in the sandbox, they must be forcibly terminated and removed.
// This call is idempotent, and must not return an error if the sandbox has
// already been removed.
RemovePodSandbox(context.Context, *RemovePodSandboxRequest) (*RemovePodSandboxResponse, error)
// PodSandboxStatus returns the status of the PodSandbox. If the PodSandbox is not
// present, returns an error.
PodSandboxStatus(context.Context, *PodSandboxStatusRequest) (*PodSandboxStatusResponse, error)
// ListPodSandbox returns a list of PodSandboxes.
ListPodSandbox(context.Context, *ListPodSandboxRequest) (*ListPodSandboxResponse, error)
// CreateContainer creates a new container in specified PodSandbox
CreateContainer(context.Context, *CreateContainerRequest) (*CreateContainerResponse, error)
// StartContainer starts the container.
StartContainer(context.Context, *StartContainerRequest) (*StartContainerResponse, error)
// StopContainer stops a running container with a grace period (i.e., timeout).
// This call is idempotent, and must not return an error if the container has
// already been stopped.
// TODO: what must the runtime do after the grace period is reached?
StopContainer(context.Context, *StopContainerRequest) (*StopContainerResponse, error)
// RemoveContainer removes the container. If the container is running, the
// container must be forcibly removed.
// This call is idempotent, and must not return an error if the container has
// already been removed.
RemoveContainer(context.Context, *RemoveContainerRequest) (*RemoveContainerResponse, error)
// ListContainers lists all containers by filters.
ListContainers(context.Context, *ListContainersRequest) (*ListContainersResponse, error)
// ContainerStatus returns status of the container. If the container is not
// present, returns an error.
ContainerStatus(context.Context, *ContainerStatusRequest) (*ContainerStatusResponse, error)
// UpdateContainerResources updates ContainerConfig of the container.
UpdateContainerResources(context.Context, *UpdateContainerResourcesRequest) (*UpdateContainerResourcesResponse, error)
// ReopenContainerLog asks runtime to reopen the stdout/stderr log file
// for the container. This is often called after the log file has been
// rotated. If the container is not running, container runtime can choose
// to either create a new log file and return nil, or return an error.
// Once it returns error, new container log file MUST NOT be created.
ReopenContainerLog(context.Context, *ReopenContainerLogRequest) (*ReopenContainerLogResponse, error)
// ExecSync runs a command in a container synchronously.
ExecSync(context.Context, *ExecSyncRequest) (*ExecSyncResponse, error)
// Exec prepares a streaming endpoint to execute a command in the container.
Exec(context.Context, *ExecRequest) (*ExecResponse, error)
// Attach prepares a streaming endpoint to attach to a running container.
Attach(context.Context, *AttachRequest) (*AttachResponse, error)
// PortForward prepares a streaming endpoint to forward ports from a PodSandbox.
PortForward(context.Context, *PortForwardRequest) (*PortForwardResponse, error)
// ContainerStats returns stats of the container. If the container does not
// exist, the call returns an error.
ContainerStats(context.Context, *ContainerStatsRequest) (*ContainerStatsResponse, error)
// ListContainerStats returns stats of all running containers.
ListContainerStats(context.Context, *ListContainerStatsRequest) (*ListContainerStatsResponse, error)
// UpdateRuntimeConfig updates the runtime configuration based on the given request.
UpdateRuntimeConfig(context.Context, *UpdateRuntimeConfigRequest) (*UpdateRuntimeConfigResponse, error)
// Status returns the status of the runtime.
Status(context.Context, *StatusRequest) (*StatusResponse, error)
}
()
Хэрэв тийм бол бид kubelet болон контейнер ажиллах хугацааны хоорондох холболтыг харах ёстой, тийм ээ? Шалгацгаая.
Энэ командыг exec командын өмнө болон хойно ажиллуулаад ялгааг харна уу. Миний хувьд ялгаа нь:
// worker node
$ ss -a -p |grep kubelet
...
u_str ESTAB 0 0 * 157937 * 157387 users:(("kubelet",pid=5714,fd=33))
...Хммм… Kubelet (pid=5714) болон үл мэдэгдэх зүйл хоорондын шинэ unix залгуур холболт. Энэ юу байж болох вэ? Энэ нь зөв, энэ бол Docker (pid=1186)!
// worker node
$ ss -a -p |grep 157387
...
u_str ESTAB 0 0 * 157937 * 157387 users:(("kubelet",pid=5714,fd=33))
u_str ESTAB 0 0 /var/run/docker.sock 157387 * 157937 users:(("dockerd",pid=1186,fd=14))
...Таны санаж байгаагаар энэ бол бидний тушаалыг гүйцэтгэдэг докер демон процесс (pid=1186) юм:
// worker node
$ ps -afx
...
1186 ? Ssl 0:55 /usr/bin/dockerd -H fd://
17784 ? Sl 0:00 _ docker-containerd-shim 53a0a08547b2f95986402d7f3b3e78702516244df049ba6c5aa012e81264aa3c /var/run/docker/libcontainerd/53a0a08547b2f95986402d7f3
17801 pts/2 Ss 0:00 _ sh
17827 pts/2 S+ 0:00 _ sleep 5000
...4. Контейнер ажиллах үеийн үйл ажиллагаа
Юу болж байгааг ойлгохын тулд CRI-O эх кодыг шалгацгаая. Docker-д логик нь ижил төстэй байдаг.
Хэрэгжүүлэх үүрэгтэй сервер байдаг RuntimeServiceServer:
// Server implements the RuntimeService and ImageService
type Server struct {
config libconfig.Config
seccompProfile *seccomp.Seccomp
stream StreamService
netPlugin ocicni.CNIPlugin
hostportManager hostport.HostPortManager
appArmorProfile string
hostIP string
bindAddress string
*lib.ContainerServer
monitorsChan chan struct{}
defaultIDMappings *idtools.IDMappings
systemContext *types.SystemContext // Never nil
updateLock sync.RWMutex
seccompEnabled bool
appArmorEnabled bool
}()
// Exec prepares a streaming endpoint to execute a command in the container.
func (s *Server) Exec(ctx context.Context, req *pb.ExecRequest) (resp *pb.ExecResponse, err error) {
const operation = "exec"
defer func() {
recordOperation(operation, time.Now())
recordError(operation, err)
}()
resp, err = s.getExec(req)
if err != nil {
return nil, fmt.Errorf("unable to prepare exec endpoint: %v", err)
}
return resp, nil
}()
Гинжний төгсгөлд контейнер ажиллах хугацаа нь ажилчны зангилаа дээрх тушаалыг гүйцэтгэдэг:
// ExecContainer prepares a streaming endpoint to execute a command in the container.
func (r *runtimeOCI) ExecContainer(c *Container, cmd []string, stdin io.Reader, stdout, stderr io.WriteCloser, tty bool, resize <-chan remotecommand.TerminalSize) error {
processFile, err := prepareProcessExec(c, cmd, tty)
if err != nil {
return err
}
defer os.RemoveAll(processFile.Name())
args := []string{rootFlag, r.root, "exec"}
args = append(args, "--process", processFile.Name(), c.ID())
execCmd := exec.Command(r.path, args...)
if v, found := os.LookupEnv("XDG_RUNTIME_DIR"); found {
execCmd.Env = append(execCmd.Env, fmt.Sprintf("XDG_RUNTIME_DIR=%s", v))
}
var cmdErr, copyError error
if tty {
cmdErr = ttyCmd(execCmd, stdin, stdout, resize)
} else {
if stdin != nil {
// Use an os.Pipe here as it returns true *os.File objects.
// This way, if you run 'kubectl exec <pod> -i bash' (no tty) and type 'exit',
// the call below to execCmd.Run() can unblock because its Stdin is the read half
// of the pipe.
r, w, err := os.Pipe()
if err != nil {
return err
}
go func() { _, copyError = pools.Copy(w, stdin) }()
execCmd.Stdin = r
}
if stdout != nil {
execCmd.Stdout = stdout
}
if stderr != nil {
execCmd.Stderr = stderr
}
cmdErr = execCmd.Run()
}
if copyError != nil {
return copyError
}
if exitErr, ok := cmdErr.(*exec.ExitError); ok {
return &utilexec.ExitErrorWrapper{ExitError: exitErr}
}
return cmdErr
}()
Эцэст нь цөм нь дараах тушаалуудыг гүйцэтгэдэг.
Сануулга
- API сервер нь kubelet-тэй холболтыг эхлүүлэх боломжтой.
- Дараах холболтууд интерактив гүйцэтгэх сесс дуустал хадгалагдана.
- kubectl болон api сервер хооронд;
- api сервер болон kubectl хооронд;
- kubelet болон контейнер ажиллах хугацааны хооронд.
- Kubectl эсвэл api-сервер нь ажилчны зангилаанууд дээр юу ч ажиллуулж чадахгүй. Кубелет ажиллах боломжтой боловч эдгээр үйлдэлд зориулж контейнерийн ажиллах хугацаатай харилцан үйлчилдэг.
Нөөц
- Хэлэлцүүлэг"» kubernetes-dev дээр;
- Нийтлэл "";
- Хэлэлцүүлэг"» Серверийн алдаа дээр.
Орчуулагчийн жич
Мөн манай блог дээрээс уншина уу:
- "Та kubectl run-ыг ажиллуулахад Кубернетесэд юу тохиолддог вэ?" и ;
- «";
- «";
- «".
Эх сурвалж: www.habr.com