tencent cloud

Tencent Kubernetes Engine

소식 및 공지 사항
릴리스 노트
제품 릴리스 기록
제품 소개
제품 장점
제품 아키텍처
시나리오
제품 기능
리전 및 가용존
빠른 시작
신규 사용자 가이드
표준 클러스터를 빠르게 생성
Demo
클라우드에서 컨테이너화된 애플리케이션 배포 Check List
TKE 표준 클러스터 가이드
Tencent Kubernetes Engine(TKE)
클러스터 관리
네트워크 관리
스토리지 관리
Worker 노드 소개
Kubernetes Object Management
워크로드
클라우드 네이티브 서비스 가이드
Tencent Managed Service for Prometheus
TKE Serverless 클러스터 가이드
TKE 클러스터 등록 가이드
실습 튜토리얼
Serverless 클러스터
네트워크
로그
모니터링
유지보수
DevOps
탄력적 스케일링
자주 묻는 질문
클러스터
TKE Serverless 클러스터
유지보수
서비스
이미지 레지스트리
원격 터미널
문서Tencent Kubernetes Engine

Common High-Risk Operations

포커스 모드
폰트 크기
마지막 업데이트 시간: 2025-12-03 17:57:59
When deploying or running business, you may trigger high-risk operations at different levels, leading to service failures to different degrees. To help you estimate and avoid operational risks, this document describes the consequences of the high-risk operations and corresponding solutions. Below you can find the high-risk operations you may trigger when dealing with clusters, networking and load balancing, logs, and cloud disks.

Clusters

Category
High-risk Operation
Consequence
Solution
Master and etcd nodes
Modifying the security groups of nodes in a cluster
Master node may become unavailable
Configure security groups as recommended by Tencent Cloud
Node expires or is terminated
The master node becomes unavailable
Unrecoverable
Reinstalling operating system
Master components get deleted
Unrecoverable
Upgrading master or etcd component version on your own
Cluster may become unavailable
Roll back to the original version
Deleting or formatting core directory data such as node /etc/kubernetes
The master node becomes unavailable
Unrecoverable
Changing node IP
The master node becomes unavailable
Change back to the old IP
Modifying parameters of core components, e.g. etcd, kube-apiserver, docker, etc., on your own
Master node may become unavailable
Configure parameters as recommended by Tencent Cloud
Changing master or etcd certificate on your own
Cluster may become unavailable
Unrecoverable
Worker node
Modifying the security groups of nodes in a cluster
Nodes may become unavailable
Configure security groups as recommended by Tencent Cloud
Node expires or is terminated
The node becomes unavailable
Unrecoverable
Reinstalling operating system
Node components get deleted
Remove the node and add it back to the cluster
Upgrading node component version on your own
Node may become unavailable
Roll back to the original version
Changing node IP
Node becomes unavailable
Change back to the old IP
Modifying parameters of core components, e.g. etcd, kube-apiserver, docker, etc., on your own
Node may become unavailable
Configure parameters as recommended by Tencent Cloud
Modifying operating system configuration
Node may become unavailable
Try to restore the configurations or delete the node and purchase a new one
Others
Modifying permissions in CAM
Some cluster resources, such as cloud load balancers, may not be able to be created
Restore the permissions


Networking and Load Balancing

High-risk Operation
Consequence
Solution
Modifying kernel parameters net.ipv4.ip_forward=0
Network not connected
Modify kernel parameters to net.ipv4.ip_forward=1
Modifying kernel parameter net.ipv4.tcp_tw_recycle = 1
NAT exception
Modify kernel parameter net.ipv4.tcp_tw_recycle = 0
Container CIDR’s UDP port 53 is not opened to the Internet in the security group configuration of the node
In-cluster DNS cannot work normally
Configure security groups as recommended by Tencent Cloud
Modifying or deleting LB tags added in TKE
A new LB is purchased
Restore the LB tags
Creating custom listeners in TKE-managed LB through LB console
Modification gets reset by TKE
Automatically create listeners through service YAML
Binding custom backend rs in TKE-managed LB through LB console
Prohibit manual binding of backend rs
Modifying certificate of TKE-managed LB through LB console
Automatically manage certificate through ingress YAML
Modifying TKE-managed LB listener name through LB console
Prohibit modification of TKE-managed LB listener name


Logs

High-risk Operation
Consequence
Solution
Notes
Deleting the /tmp/ccs-log-collector/pos directory of the host
Log gets collected again
None
Files in Pod record where they are collected
Deleting the /tmp/ccs-log-collector/buffer directory of the host
Log gets lost
None
Buffer contains log cache file


Cloud Disks

High-risk Operation
Consequence
Solution
Manually unmounting cloud disks through console
Writing to Pod reports IO errors
Delete the mount directory of the node and reschedule the Pod
Unmounting disk mounting path on the node
Pod gets written to the local disk
Re-mount the corresponding directory onto Pod
Directly operating CBS block device on the node
Pod gets written to the local disk
None


도움말 및 지원

문제 해결에 도움이 되었나요?

피드백