文章目录一、虚拟汽车加油问题1.1问题描述1.2思路分析1.3代码编写二、最优分解问题2.1问题描述2.2思路分析2.3代码编写一、虚拟汽车加油问题1.1问题描述 一辆虚拟汽车加满油后可行驶nnnkm。旅途中有若干加油站。设计一个有效算法，指出应在哪些加油站停靠加油，使沿途加油次数最少，计算最少加油次数。数据输入：第一行有两个整数n和k，表示汽车加满油后可行驶nkm,且路途中有k个加油站。接下来的一行中有k+1个整数，表示第k个加油站与k-1个加油站之间的距离。第0个加油站表示处出发地，汽车已加满油，第k+1个加油站便是目的地。数据输出：将计算的最少加油次数输出，如果无法到达目的地，则输出“N
kubernetes部署redis数据库(单节点)redis简介Redis是我们常用的非关系型数据库，在项目开发、测试、部署到生成环境时，经常需要部署一套Redis来对数据进行缓存。这里介绍下如何在Kubernetes环境中部署用于开发、测试的环境的Redis数据库，当然，部署的是单节点模式，并非用于生产环境的主从、哨兵或集群模式。单节点的Redis部署简单，且配置存活探针，能保证快速检测Redis是否可用，当不可用时快速进行重启。redis参数配置在使用Kubernetes部署应用后，一般会习惯与将应用的配置文件外置，用ConfigMap存储，然后挂载进入镜像内部。这样，只要修改Config
将有状态的应用程序部署到Kubernetes是棘手的。StatefulSet使它变得容易得多，但是它们仍然不能解决所有问题。最大的挑战之一是如何缩小StatefulSet而不将数据留在断开连接的PersistentVolume成为孤立对象上。在这篇博客中，我将描述该问题和两种可能的解决方案。通过StatefulSet创建的每个Pod都有自己的PersistentVolumeClaim（PVC）和PersistentVolume（PV）。当按一个副本按比例缩小StatefulSet的大小时，其Pod之一将终止，但关联的PersistentVolumeClaim和绑定到其的PersistentVo
在Kubernetes部署Istio【demo演示】可参考官方文档(https://istio.io/latest/zh/docs/setup/install/),以部署1.7.4版本作为演示，在Mac上安装基础环境cloud(ali)kubernetes(1.16.9)istio(1.7.4)安装配置#mkdiristio#cdistio#wgethttps://github.com/istio/istio/releases/download/1.7.4/istio-1.7.4-osx.tar.gz#lltotal94336-rw-r--r--1rootwheel45MNov909:54is
1.交换机（switch）：隔离冲突域：交换机在数据链路层工作，每个交换机端口都是一个独立的冲突域。这意味着每个设备连接到交换机的端口上都有其独立的通信媒体，不与其他设备共享。当一个设备向交换机发送数据时，交换机只将数据转发到目标设备的端口，而不是广播到所有端口。隔离广播域：交换机通常不能隔离广播域，因为它们会转发广播消息。广播消息会在所有连接的设备之间传播。然而，在实际网络中，交换机通常将广播域限制在一个较小的范围内，因为它只在需要的端口之间转发广播消息。2.路由器（Router）：隔离冲突域：路由器在网络层工作，不在乎物理层上的冲突。每个路由器接口通常是一个独立的冲突域。设备连接到不同路由
在VMware虚拟机上安装黑苹果(Hackintosh)：免费macOSISO镜像下载及安装教程VMware虚拟机解锁macOS安装选项使用macOSiso系统镜像安装使用OpenCore做引导程序安装在VMware虚拟机上安装黑苹果(Hackintosh)：免费macOSISO镜像下载及安装教程当涉及在VMware虚拟机上安装黑苹果（Hackintosh）时，有两种主要方法:使用macOSiso镜像安装。使用OpenCore作引导程序安装。本文重点介绍使用macOSISO黑苹果镜像的安装方法，并提供免费的macOSMonterey(12.7)系统镜像资源下载链接。从设置VMware到安装过程
（1）版本配置系统版本：CentOSLinuxrelease7.9.2009(Core)内核版本：5.4.259-1.el7.elrepo.x86_64k8s版本：v1.15.1（2）报错原因分析在安装和配置Kubernetes（k8s）集群时，有时会遇到各种错误和问题。其中一个常见的问题是在初始化过程中出现"errorexecutionphasepreflight"错误。这个错误通常与交换空间（swap）的使用、Docker版本和kubeadm配置有关。（3）–experimental-upload-certs已被弃用报错初始化语句导致报错Flag--experimental-upload-
背景微服务是什么服务之间有轻量级的通讯机制，通常为RESTAPI去中心化的管理机制每个服务可以使用不同的编程语言实现，使用不同的数据存储技术应用按业务拆分成服务，一个大型应用系统可以由多个独立的服务组成各个服务均可独立部署，都有自己的业务逻辑服务可被多个应用共享，其他服务可复用一些公共的资源服务微服务的优势模块化开发，以单个服务为组件进行更新升级，提升系统整体异常稳定性模块化开发管理方便，单独团队开发维护，职责分明模块服用，公共服务模块可被其他业务模块使用系统架构更加分明结合CI/CD，实现DevOPS弹性伸缩，结合服务编排K8S动态HPA服务熔断/降级，避免但节点异常雪崩效应，分散故障节点微
kubernetes删除pod一直处理Terminating状态#kubectlgetpo-nmonNAMEREADYSTATUSRESTARTSAGEalertmanager-d6ccb787b-4bvhx1/1Running017hgrafana-64855ff589-8ttkt0/1Terminating017hgrafana-677c547cf8-gd5d41/1Running017hkube-state-metrics-6d7449fc78-5rpmn1/1Running019dnode-exporter-5zs2r1/1Running017hnode-exporter-wcct61
前言因为阿里云的knative对应得k8s版本大于1.15，而我们目前得集群环境是1.14.8，因此需要对预发环境进行版本升级。基于aliyun托管的kubernetes集群版本升级本没有什么可写，以aliyun的官方文档为指引就可以实现。然而我今天在升级时发现并没有那么简单，而且让我学到了一个我认为很重要的点：一切的问题都有解决的方案。问题阿里云控制台点击升级，就会进入升级前的检查可以看到问题出现，有一个apiservice异常。查看详细信息哦是因为我之前借助于cert-manager给服务配置https然后没有删除干净。处理查看apiservicekubectlgetapiserviceN
