- 综合排序
- 最热优先
- 最新优先
- 来自专栏静默虚空的博客
8_容器
[C++][基础]8_容器 8.1 顺序容器 8.2 关联容器 注：在迭代关联容器时，我们可以确保按键的顺序访问，而与元素在容器中的存放位置完全无关。 8.2.1 pair类型 Pair是一种模板类型，但不是容器。
33120编辑于 2022-05-10 - 来自专栏张善友的专栏
.NET 8 的openEuler 容器镜像
目前.NET 8的容器镜像已经支持openEuler，以openEuler为基础镜像的应用镜像：dotnet-deps、dotnet-runtime 和 dotnet-aspnet。 基础镜像简介 这里存放着由openEuler官方提供的容器镜像，包含openEuler基础镜像、应用镜像。在这里，你可以参考对应镜像的介绍，部署你需要的镜像容器。 openeuler-docker-images 基础镜像地址 repo.openeuler.org 应用镜像仓库 基础镜像以及应用镜像会上传到以下仓库 hub.docker.com quay.io 1 hub.oepkgs.net 运行容器
45510编辑于 2024-05-06 - 来自专栏千里行走
kubernetes-8：kibana容器化
Helm部署步骤详见笔者git地址： https://github.com/hepyu/k8s-app-config/tree/master/helm/min-cluster-allinone/kibana-min yaml部署步骤详见笔者git地址： https://github.com/hepyu/k8s-app-config/tree/master/yaml/min-cluster-allinone/kibana-min 4.restartPolicy 正文 (1).容器化组件 容器化成功后的组件： ? 的yaml配置文件： https://github.com/hepyu/k8s-app-config/tree/master/yaml/min-cluster-allinone/kibana-min 提供了一个 3.readinessProbe pod就绪判定标准, 很有必要；当es集群负荷过高时，kibana与es的联通会不通畅，需要K8S去识别是kibana pod是不是真的宕机了。 ?
1.4K20发布于 2019-07-03 - 来自专栏云计算与大数据
k8s: Init 容器
它是一种专用的容器，在应用容器启动之前运行，并包括一些应用镜像中不存在的实用工具和安装脚本。 Pod 能够具有多个容器，应用运行在容器里面，但是它也可能有一个或多个先于应用容器启动的 Init 容器。 Init 容器与普通的容器非常像，除了如下两点： 它们总是运行到完成。 与普通容器的不同之处 Init 容器支持应用容器的全部字段和特性，包括资源限制、数据卷和安全设置。 然而，Init 容器对资源请求和限制的处理稍有不同，在下面 资源 处有说明。 每个 Init 容器必须运行成功，下一个才能够运行。 当所有的 Init 容器运行完成时，Kubernetes 初始化 Pod 并像平常一样运行应用容器。 Init 容器能做什么？ 它们在应用容器启动之前运行完成，然而应用容器并行运行，所以 Init 容器提供了一种简单的方式来阻塞或延迟应用容器的启动，直到满足了一组先决条件。
1.4K21发布于 2018-10-18 - 来自专栏Visual Codex
STL学习笔记（8）常用容器 list
list 和 vector 是两个最常被使用的容器。 ? list 容器是一个双向链表。 采用动态存储分配，不会造成内存浪费和溢出。 链表灵活，但是空间和时间额外耗费较大 list 容器的迭代器 List 容器不能像 vector 一样以普通指针作为迭代器，因为其节点不能保证在同一块连续的内存空间上。 2. list 数据元素插入和删除操作 push_back(elem);//在容器尾部加入一个元素 pop_back();//删除容器中最后一个元素 push_front(elem);//在容器开头插入一个元素 3. list 大小操作 size();//返回容器中元素的个数 empty();//判断容器是否为空 resize(num);//重新指定容器的长度为 num， 若容器变长，则以默认值填充新位置。 如果容器变短，则末尾超出容器长度的元素被删除。 resize(num, elem);//重新指定容器的长度为 num， 若容器变长，则以 elem 值填充新位置。
57920发布于 2021-04-13 - 来自专栏summerking的专栏
k8s容器时间修改
如何处理 K8S 启动的POD，默认时区不准的问题。 Running 0 152m eureka-0 1/1 Running 0 4d2h mysql-ddd86f8fb 4d1h redis-0 1/1 Running 0 8d zuul-0 12 09:58:27 UTC 2021 [root@elasticsearch-b4489c797-cc28f elasticsearch]# exit exit # 使用 podpreset k8s eureka-0 1/1 Running 0 4d2h mysql-ddd86f8fb-7shp9 1/
68310编辑于 2022-09-19 - 来自专栏区块链入门
【实践】8.DOCKER之操作容器
内容 2.1 启动 启动容器有两种方式，一种是基于镜像新建一个容器并启动，另外一个是将在终止状态（exited）的容器重新启动。 $ docker run -t -i ubuntu:18.04 /bin/bash root@af8bae53bdd3:/# 其中，-t 选项让Docker分配一个伪终端（pseudo-tty）并绑定到容器的标准输入上 在交互模式下，用户可以通过所创建的终端来输入命令，例如 root@af8bae53bdd3:/# pwd / root@af8bae53bdd3:/# ls bin boot dev etc home $ docker run -dit ubuntu 243c32535da7d142fb0e6df616a3c3ada0b8ab417937c853a9e1c251f499f550 $ docker container $ docker run -dit ubuntu 69d137adef7a8a689cbcb059e94da5489d3cddd240ff675c640c8d96e84fe1f6 $ docker
92230发布于 2021-05-27 - 来自专栏云攻略专区
【容器TKE】K8s云服务如何实现容器优雅停止旧Pod容器服务？
容器终止流程 以下为容器在 Kubernetes 环境中的终止流程： Pod 被删除，此时 Pod 里有 DeletionTimestamp，且状态置为 Terminating。 kubelet 将对 Pod 中各个 container 发送 SIGTERM 信号，以通知容器进程开始优雅停止。 等待容器进程完全停止，如果在 terminationGracePeriodSeconds 内 (默认30s) 还未完全停止，将发送 SIGKILL 信号强制停止进程。 所有容器进程终止，清理 Pod 资源。 具体操作步骤 使用 preStop 要实现优雅终止，务必在业务代码里处理 SIGTERM 信号。
5.1K61编辑于 2023-06-07 - 来自专栏容器计算
k8s容器离线安装pstree
一般场景下，容器网络都只有局域网内，无法跟 Internet 交互，如果这时候想安装一下命令的时候，简单地通过系统的 apt-get install 或者 yum install 是无法下载到公网的依赖的 main/p/psmisc/psmisc_23.3-1_arm64.deb k cp psmisc_23.3-1_arm64.deb instance-manager-e-01f96248:/tmp # 容器安装
59141编辑于 2022-05-10 - 来自专栏muller的测试分享
软件测试|K8S 容器编排
， 容器的创建和销毁都很方便，通过 K8S 的能力可以很方便的在需要时创建，结束时销毁回收资源以达到更好的资源利用率（就如上篇文章中介绍的 Jenkins 与 K8S 打通后的运作模式）。 注意：每次测试运行结束后，K8S 会销毁当前的容器，并启动一个一模一样的新容器来执行新的任务。也就是在的案例里如果不出意外的话，前后会启动 1000 个容器来完成本次的稳定性测试。 通过这样一个案例的讲解可以体会一下相比于原生的 Docker 容器，K8S 带来了多少额外的能力。 在 K8S 中容器只不过是程序的运行时环境而已，除了程序能运行起来，K8S 更关注的是程序怎样更好的运行。 这便是 K8S 提供的＂容器编排＂了。希望读者可以用心体会"容器编排"这 4 个字的含义。接下来再看一下，如果希望任务能够定时触发该怎么办呢？
53310编辑于 2023-01-04 - 来自专栏Java升级打怪进阶之路
【云原生】容器编排K8S
user: kind-hello-k8s name: kind-hello-k8s - context: cluster: kind-test user: kind-test Pod是一个或多个容器的组合，这些容器共享存储、网络和命名空间，以及如何运行的规范。Pod是 K8s 的最小可部署单元。 ports: - protocol: TCP port: 1024 targetPort: 1024 注意 targetPort 必须和 deployment 步骤里容器的导出端口一致 基础组件介绍 贡献者：幻灰龙 到目前为止，我们从 k8s 命令行安装和操作的角度理解到了 k8s 的很多基本概念： 容器(docker)里可以跑代码 pod 可以管理容器(docker) ReplicaSet worker 两种节点 我们也掌握了安装 k8s 的概念 kubectl 可以用来和 k8s 集群通讯，是 k8s 的命令行客户端 使用 minikube/kind 可以创建学习环境 k8s 集群 使用
1K30编辑于 2022-11-28 - 来自专栏姚红专栏
k8s-ephemeral和init容器
截止到目前k8s1.18版本，k8s已经支持四种类型的container：标准容器，sidecar容器，init容器，ephemeral容器。 一：ephemeral容器 1.1.什么是ephemeral容器 临时容器与其他容器的不同之处在于，它们缺少对资源或执行的保证，并且永远不会自动重启，因此不适用于构建应用程序。 /api/v1/namespaces/default/pods/example-pod/ephemeralcontainers", "uid":"a14a6d9b-62f2-4119-9d8e-e2ed6bc3a47c 2.1.什么是Init容器 一个pod中可以运行多个容器，也可以运行多个init 容器，init容器先于应用容器运行。 2.3.Init 容器作用 因为 Init 容器具有与应用容器分离的单独镜像，其启动相关代码具有如下优势： Init 容器可以包含一些安装过程中应用容器中不存在的实用工具或个性化代码。
1.9K10发布于 2020-06-16 - 来自专栏程序人生丶
Docker学习路线8：容器注册表
容器注册表是Docker容器镜像的集中存储和分发系统。它允许开发人员以这些镜像的形式轻松共享和部署应用程序。 容器注册表在容器化应用程序的部署中发挥着关键作用，因为它们提供了一种快速、可靠和安全的方式，在各种生产环境中分发容器镜像。 ，用于存储、管理和部署容器镜像。 这些替代品提供了一组不同的功能和功能，以满足您的容器注册表需求。了解这些选项将使您在选择 Docker 映像的容器注册表时做出更明智的决策。 容器注册表的选择应基于您的要求，例如安全性、可扩展性、成本效益或与其他服务的集成。通过探索这些选项，您可以找到最适合您项目的容器注册表。
1.6K30编辑于 2023-07-19 - 来自专栏姚红专栏
k8s-ephemeral和init容器
截止到目前k8s1.18版本，k8s已经支持四种类型的container：标准容器，sidecar容器，init容器，ephemeral容器。 ? 一：ephemeral容器 1.1.什么是ephemeral容器 临时容器与其他容器的不同之处在于，它们缺少对资源或执行的保证，并且永远不会自动重启，因此不适用于构建应用程序。 /api/v1/namespaces/default/pods/example-pod/ephemeralcontainers", "uid":"a14a6d9b-62f2-4119-9d8e-e2ed6bc3a47c 2.1.什么是Init容器 一个pod中可以运行多个容器，也可以运行多个init 容器，init容器先于应用容器运行。 2.3.Init 容器作用 因为 Init 容器具有与应用容器分离的单独镜像，其启动相关代码具有如下优势： Init 容器可以包含一些安装过程中应用容器中不存在的实用工具或个性化代码。
49010发布于 2020-06-19 - 来自专栏devops_k8s
k8s中 pause 容器作用
1 现象在k8s中集群中每当我们创建一个pod，都会伴随着一个pause容器产生，因此我们在node节点上会有很多的pause容器。 -9d08-4a16-8f48-e22fd8bfca0a_0434df7bbc3fb registry.cn-hangzhou.aliyuncs.com/google_containers 由上可以看出，pause是一个容器，但不是pod，而且先于busybox容器产生，那么pause容器有什么作用呢？ _02e7dcb7-5aeb-477f-a50b-74ce1b0a7704_39d8ccf485b8f 94ec7e53edfc 正如上面的实验，pause容器在node节点停止后，kubelet会重新拉起pause容器，此时pod内的容器都会重启，但pod的生命周期并没有随着pause容器的停止而重新计时。
1.3K40编辑于 2023-07-21 - 来自专栏知了一笑
K8S | 容器和Pod组件
集群中的每个节点都会运行容器，这些容器构成分配给该节点的Pod，单个Pod中的容器会在共同调度下，于同一位置运行在相同的节点上； 从整体上可以把K8S理解为「操作系统」，镜像理解为「软件安装包」，容器理解为 Dockerfile脚本 # 基础镜像 FROM openjdk:8 # 维护者 MAINTAINER cicadasmile # 持久化目录 VOLUME /data/docker/logs # Dockerfile脚本 # 基础镜像 FROM openjdk:8 # 维护者 MAINTAINER cicadasmile # 持久化目录 VOLUME /data/docker/logs # /urandom","-jar","/application.jar"] 三、Pod组件 1、基本概念 Pod是可以在K8S中创建和管理的、最小的可部署的计算单元； Pod是一组（一个或多个）容器， ，Pod看作单个容器的包装器由K8S直接管理，是常见的部署方式； 【多容器Pod】 分布式系统中可能存在由多个紧密耦合且需要共享资源的共处容器组成的应用程序，比较典型的是「生产消费」场景，Pod将这些容器和存储资源打包为一个可管理的实体
70360编辑于 2023-09-01 - 来自专栏后端云
k8s支持容器核绑定
paasm1 ~]# kubectl create -f cpu-ram.yaml [root@paasn4 ~]# docker ps|grep demo 9fe80681cc9d 8c9ca4d17702 pause-amd64:3.1 "/pause" 26 seconds ago Up 25 seconds k8s_POD_cpu-ram-demo_default "PidsLimit": 0, [root@paasn4 ~]# taskset -c -p 118177 pid 118177's current affinity list: 0-39 开启容器工作节点支持 [root@paasn4 ~]# docker ps|grep demo 8da22cd45eda 8c9ca4d17702 "nginx -9bfc-11ea-a000-04bd7053eff0_0 [root@paasn4 ~]# docker inspect 8da22cd45eda|grep Pid "Pid
3.7K40发布于 2020-06-11 - 来自专栏有困难要上，没有困难创造困难也要上！
CentOS8容器管理工具Podman
新年新装的 CentOS8 系统，装完发现没有 Docker 了，后来发现 CentOS8 使用 Podman 作为默认的容器管理工具了，大概看了一下帮助，其实 Podman 的用法几乎和原来的 docker 下面就看看 Podman 怎样来管理容器吧。 安装 CentOS8 使用了 dnf 来做包管理器，当然 yum 也还是可以继续使用。 ID CREATED SIZE docker.io/library/nginx latest 2073e0bcb60e 2 days ago 131 MB 启动容器 $ podman run -d -p 8000:80 nginx 6988640b68226332f0d998b9dfe1bdd4dcd20f0cb25e3fd8f46859c787941919 查看容器实例 删除实例 $ podman rm 6988640b6822 6988640b68226332f0d998b9dfe1bdd4dcd20f0cb25e3fd8f46859c787941919
2K31发布于 2020-02-18 - 来自专栏云计算D1net
容器管理的8个顶级解决方案
这是因为每个容器管理提供商的产品都提供了各种功能和工具，这些功能和工具在确定其容器管理解决方案的性质方面发挥着关键作用。 但是，显然选择容器管理解决方案的过程必须围绕给定解决方案的特定功能进行。 •将容器与现有硬件和软件集成的能力。虽然容器是不可知的，它们可以在许多不同的环境中工作，但存在局限性。例如，Windows和Linux容器不可互操作。 •处理容器和微服务的平台。 许多公司在容器管理领域提供解决方案和平台。以下列出了8个顶级供应商/解决方案。所有这些产品和平台都已在企业中广泛部署。 1.AWS弹性容器服务 Amazon ECS支持Docker容器及其专有的Fargate技术。 8.OpenShift Red Hat公司提供的OpenShift容器平台是一种内部部署平台即服务(PaaS)产品。
3K40发布于 2019-03-07 - 来自专栏开源部署
解决CentOS 8 Docker容器无法上网的问题
CentOS 8已经发行好长一段时间，为了尝鲜在Online独服上安装了CentOS 8系统，随之问题来了，发现Docker容器无法访问外网，而CentOS 7上则不存在这个问题。 排错分析 一开始怀疑是Docker DNS设置问题，导致Docker容器无法解析。 etc/docker/daemon.json设置DNS： { "dns" : [ "8.8.8.8", "1.1.1.1" ] } 修改后重启Docker服务，发现Docker容器还是无法联网 解决办法 通过搜索了解到CentOS 8上防火墙发生了一些变化，防火墙原来使用iptables，现在使用nftables，猜测可能是转发引起的问题。 通过搜索终于在Github上找到类似的情况：DNS Not Resolving under Network [CentOS8]，解决办法为： 编辑firewalld配置文件/etc/firewalld/
2.7K10编辑于 2022-08-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号