20240228 - 普陀山攻略
20240228 - 普陀山攻略1上海去普陀山 周五上午上海出发 周六下午回上海 20人 人均预算1000
上海自驾普陀山
时间
花费
方式
路线
07:00
0
自驾
公司有车同事提供交通工具 来回车费报销
07:00
20
自驾
早上每人车上发面包 优酸乳 水 湿巾
08:00
100
自驾
准备若干防风打火机, 若干一元硬币, 若干零散纸币
09:00
xxx
自驾
开车导航至蜈蚣峙码头(朱家尖轮渡) 单程自驾近4小时(中间有在服务区休息)
12:00
50
自驾
中途服务区吃中饭
13:00
0
自驾
到码头后,开到【P1停车场】停车(离检票口很近)
13:30
0
步行
购票255,刷身份证进站,排队等渡船,大概排十分钟,听说是十分钟一班船
14:00
255
轮渡
轮渡开了十几分钟到岛上
14:15
0
步行
到码头有酒店专车接,出岛左转等候
15:00
0
专车
酒店专车接送
15:20
0
专车
到达酒店
16:00
0
走路
万佛宝塔
16:15
0
走路
到达万佛宝塔
16:45
0
走路
返回酒店 ...
20240223 - sls - 成本在过去六个月中显着增加
20240223 - sls - 成本在过去六个月中显着增加
20240204 - ecs - 重启ecs导致磁盘没挂上
20240204 - ecs - 重启ecs导致磁盘没挂上 重启ECS主机时,如果/etc/fstab文件没有正确的挂载信息,将导致之前的挂载磁盘无法自动挂载 /etc/fstab文件是Linux系统用于存储文件系统挂载信息的配置文件. 在启动过程中,系统会读取该文件并按照其中的配置进行挂载操作. 当系统启动时,会检查/etc/fstab文件中定义的文件系统,并尝试按照指定的设置进行挂载. 如果没有找到相应的挂载点或者挂载失败,那么相应的文件系统就无法被正确地挂载到系统中 因此,为了确保在重启ECS主机后能够正常挂载之前的磁盘,需要在/etc/fstab文件中正确地配置挂载信息,包括设备名称,挂载点,文件系统类型等. 只有在正确配置后,系统才能够根据这些信息自动挂载对应的磁盘.
df -h /dev/vda1 40G 25G 13G 66% /fdisk -l Disk /dev/vdb: 214. ...
20240126 - k8s - 探针
20240126 - k8s - 探针1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071==== 开始 ====生命周期lifecycle: postStart: httpGet: path: /healthz/ready port: 15020 scheme: HTTP preStop: exec: command: - sh - -c - kill $(ps -ef --no-headers|grep '/sharedFiles/AppServerAgent/javaagent.jar'|awk '{print $2}')存活探针 通过存活探针检查容器是否还在运行 如果LivenessProbe失败,Liv ...
20240125 - nacos - 搭建 - jenkins+istio+k8s引入nacos
20240125 - nacos - 搭建 - jenkins+istio+k8s引入nacos
20240125 - hpa - 达到扩容阈值却自动扩容
20240125 - hpa - 未达到扩容阈值却自动扩容 没有达到hpa的扩容阈值 它自己直接6个扩至10个了 why???
12345678910111213apiVersion: autoscaling/v1kind: HorizontalPodAutoscalermetadata: name: ecoupon-management-service-b namespace: ticketingspec: maxReplicas: 6 minReplicas: 12 scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: ecoupon-management-service-b targetCPUUtilizationPercentage: 80
这是为啥?
20240125 - redis - 带宽打爆 - cur-prod
20240125 - redis - 带宽打爆 - cur-prod
240124 - mq - 概念解释
240124 - mq - 概念解释 什么是消息队列RabbitMQ版? 云RabbitMQ版是基于高可用分布式存储架构实现的AMQP 0-9-1协议的消息产品 云RabbitMQ版兼容开源RabbitMQ客户端,解决开源各种稳定性痛点(例如消息堆积,脑裂等问题),同时具备高并发,分布式,灵活扩缩容等优势.
【Queue】消息队列,每个消息都会被投入到一个或多个Queue里 存储消息的缓冲区 【Exchange】将消息路由到queue的组件 生产者将消息发送到Exchange,由Exchange将消息路由到一或多Queue中. Exchange根据消息的属性或内容路由消息 【生产者】消息发送者,即发送消息的程序 【消费者】消息消费者,即接收消息的程序 【Alternate Exchange】备份Exchange,简称AE,用于接收配置了备份Exchange的Exchange路由失败的消息 【Arguments】Queue的参数,可用于设置死信Exchange,消息过期时间,死信Routing key等 【Auto Delete】自动删除属性,对于 ...
240123 - 对比 - 阿里RabbitMQ对比开源RabbitMQ
240123 - 对比 - 阿里RabbitMQ对比开源RabbitMQ客户端SDK支持情况 阿里RabbitMQ: 支持开源所有语言和所有版本的SDK 开源RabbitMQ: 开源SDK
定时消息 阿里RabbitMQ: 秒级精确度. 兼容插件x-delayed-message用法和TTL两种使用方式 https://help.aliyun.com/zh/apsaramq-for-rabbitmq/developer-reference/delayed-messages#concept-2333184 开源RabbitMQ: 通过插件或使用消息存活时间过期转移方式实现
事务消息 阿里RabbitMQ: 不支持 开源RabbitMQ: 支持
顺序消息 阿里RabbitMQ: 不支持 开源RabbitMQ: 支持
消息优先级 阿里RabbitMQ: 不支持 开源RabbitMQ: 支持
消息重试机制 阿里RabbitMQ: 消息消费超过一定时间未响应会重新投递. 超时时间和重试次数的详细解释 https://help.aliyun.com/zh/apsara ...
240116 - k8s - aliyun - 组件管理
240116 - k8s - aliyun - 组件管理 整理了下k8s组件版本信息 随便写写 随便看看
[toc]
核心 Cloud Controller Manager1234prodb - 240116 是否安装 已安装[系统组件] 使用Cloud Controller Manager为k8s应用创建负载均衡,管理节点路由条目当前版本:v2.4.2可升级到 v2.4.4
核心 kube-scheduler1234prodb - 240116 是否安装 已安装[系统组件] 使用kube-scheduler进行集群资源调度当前版本:v1.22.15-aliyun-5.5-82f32f68可升级到 v1.22.15-aliyun-6.3.a669ec6f
核心 Kube API Server123prodb - 240116 是否安装 已安装[系统组件] APIServer是K8s集群的总线和入口网关。当前版本:v1.22.15-aliyun.1
核心 Kube Controller Manager123prodb - 240116 是否安装 已安装[系 ...
