diff --git a/docs/cce/umn/ALL_META.TXT.json b/docs/cce/umn/ALL_META.TXT.json index 888d249dd..0737def9b 100644 --- a/docs/cce/umn/ALL_META.TXT.json +++ b/docs/cce/umn/ALL_META.TXT.json @@ -1,3861 +1,9716 @@ [ { - "uri":"en-us_topic_0000001550437509.html", + "dockw":"User Guide" + }, + { + "uri":"cce_productdesc_0000.html", + "node_id":"cce_productdesc_0000.xml", "product_code":"cce", "code":"1", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Service Overview", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual", + "opensource":"true", + "IsMulti":"Yes" + } + ], "title":"Service Overview", "githuburl":"" }, { "uri":"cce_01_0091.html", + "node_id":"cce_01_0091.xml", "product_code":"cce", "code":"2", "des":"Cloud Container Engine (CCE) is a scalable, enterprise-class hosted Kubernetes service. With CCE, you can easily deploy, manage, and scale containerized applications in t", "doc_type":"usermanual2", "kw":"What Is Cloud Container Engine?,Service Overview,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"What Is Cloud Container Engine?", "githuburl":"" }, { "uri":"cce_productdesc_0003.html", + "node_id":"cce_productdesc_0003.xml", "product_code":"cce", "code":"3", - "des":"CCE is a container service built on Docker and Kubernetes. A wealth of features enable you to run container clusters at scale. CCE eases containerization thanks to its re", + "des":"CCE is a container service built on Docker and Kubernetes. A wealth of features enables you to run container clusters at scale. CCE eases containerization thanks to its r", "doc_type":"usermanual2", "kw":"Product Advantages,Service Overview,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Product Advantages", "githuburl":"" }, { "uri":"cce_productdesc_0007.html", + "node_id":"cce_productdesc_0007.xml", "product_code":"cce", "code":"4", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Application Scenarios", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Application Scenarios", "githuburl":"" }, { "uri":"cce_productdesc_0020.html", + "node_id":"cce_productdesc_0020.xml", "product_code":"cce", "code":"5", "des":"In CCE, you can run clusters with x86 and Arm nodes. Create and manage Kubernetes clusters. Deploy containerized applications in them. All done in CCE.Containerization re", "doc_type":"usermanual2", "kw":"Infrastructure and Containerized Application Management,Application Scenarios,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Infrastructure and Containerized Application Management", "githuburl":"" }, { "uri":"cce_productdesc_0015.html", + "node_id":"cce_productdesc_0015.xml", "product_code":"cce", "code":"6", - "des":"Shopping apps and websites, especially during promotions and flash salesLive streaming, where service loads often fluctuateGames, where many players may go online in cert", + "des":"Shopping apps and websites, especially during promotionsLive streaming, where service loads often fluctuateGames, where many players may go online in certain time periods", "doc_type":"usermanual2", "kw":"Auto Scaling in Seconds,Application Scenarios,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Auto Scaling in Seconds", "githuburl":"" }, { "uri":"cce_productdesc_0017.html", + "node_id":"cce_productdesc_0017.xml", "product_code":"cce", "code":"7", "des":"You may receive a lot feedback and requirements for your apps or services. You may want to boost user experience with new features. Continuous integration (CI) and delive", "doc_type":"usermanual2", "kw":"DevOps and CI/CD,Application Scenarios,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"DevOps and CI/CD", "githuburl":"" }, { "uri":"cce_productdesc_0018.html", + "node_id":"cce_productdesc_0018.xml", "product_code":"cce", "code":"8", "des":"Multi-cloud deployment and disaster recoveryRunning apps in containers on different clouds can ensure high availability. When a cloud is down, other clouds respond and se", "doc_type":"usermanual2", "kw":"Hybrid Cloud Architecture,Application Scenarios,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Hybrid Cloud Architecture", "githuburl":"" }, { "uri":"cce_productdesc_0005.html", + "node_id":"cce_productdesc_0005.xml", "product_code":"cce", "code":"9", "des":"This section describes the notes and constraints on using CCE.After a cluster is created, the following items cannot be changed:Number of master nodes. For example, you c", "doc_type":"usermanual2", "kw":"Volumes,namespace,Notes and Constraints,Service Overview,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Notes and Constraints", "githuburl":"" }, { "uri":"cce_productdesc_0002.html", + "node_id":"cce_productdesc_0002.xml", "product_code":"cce", "code":"10", "des":"CCE allows you to assign permissions to IAM users and user groups under your tenant accounts. CCE combines the advantages of Identity and Access Management (IAM) and Kube", "doc_type":"usermanual2", "kw":"Permissions,Service Overview,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Permissions", "githuburl":"" }, { "uri":"cce_productdesc_0004.html", + "node_id":"cce_productdesc_0004.xml", "product_code":"cce", "code":"11", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Basic Concepts", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Basic Concepts", "githuburl":"" }, { "uri":"cce_productdesc_0011.html", + "node_id":"cce_productdesc_0011.xml", "product_code":"cce", "code":"12", "des":"CCE provides highly scalable, high-performance, enterprise-class Kubernetes clusters and supports Docker containers. With CCE, you can easily deploy, manage, and scale co", "doc_type":"usermanual2", "kw":"Cluster,Node,Pod,Workload,image,image repository,job,Basic Concepts,Basic Concepts,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Basic Concepts", "githuburl":"" }, { "uri":"cce_productdesc_0010.html", + "node_id":"cce_productdesc_0010.xml", "product_code":"cce", "code":"13", "des":"Kubernetes (K8s) is an open-source system for automating deployment, scaling, and management of container clusters. It is a container orchestration tool and a leading sol", "doc_type":"usermanual2", "kw":"Mappings Between CCE and Kubernetes Terms,Basic Concepts,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Mappings Between CCE and Kubernetes Terms", "githuburl":"" }, { "uri":"cce_productdesc_0012.html", + "node_id":"cce_productdesc_0012.xml", "product_code":"cce", "code":"14", "des":"A region and availability zone (AZ) identify the location of a data center. You can create resources in a specific region and AZ.Regions are divided based on geographical", "doc_type":"usermanual2", "kw":"Regions and AZs,Basic Concepts,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Regions and AZs", "githuburl":"" }, { "uri":"cce_productdesc_0008.html", + "node_id":"cce_productdesc_0008.xml", "product_code":"cce", "code":"15", "des":"CCE works with the following cloud services and requires permissions to access them.", "doc_type":"usermanual2", "kw":"Elastic Cloud Server (ECS),Virtual Private Cloud (VPC),Elastic Load Balance (ELB),cloud storage for ", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Related Services", "githuburl":"" }, { "uri":"cce_bulletin_0000.html", + "node_id":"cce_bulletin_0000.xml", "product_code":"cce", "code":"16", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Product Bulletin", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Product Bulletin", "githuburl":"" }, { "uri":"cce_bulletin_0003.html", + "node_id":"cce_bulletin_0003.xml", "product_code":"cce", "code":"17", "des":"This section explains versioning in CCE, and the policies for Kubernetes version support.Version number: The format is x.y.z, where x.y is the major version and z is the ", "doc_type":"usermanual2", "kw":"Kubernetes Version Support Mechanism,Product Bulletin,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Kubernetes Version Support Mechanism", "githuburl":"" }, { "uri":"cce_bulletin_0068.html", + "node_id":"cce_bulletin_0068.xml", "product_code":"cce", "code":"18", "des":"To ensure that stable and reliable Kubernetes versions are available during your use of CCE, CCE provides the Kubernetes version support mechanism. A new supported versio", "doc_type":"usermanual2", "kw":"CCE Cluster Version Release Notes,Product Bulletin,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"CCE Cluster Version Release Notes", "githuburl":"" }, { "uri":"cce_bulletin_0301.html", + "node_id":"cce_bulletin_0301.xml", "product_code":"cce", "code":"19", - "des":"CCE nodes in Hybrid clusters can run on EulerOS 2.5, EulerOS 2.9, CentOS 7.7 and Ubuntu 22.04. The following table lists the supported patches for these OSs.The OS patche", + "des":"CCE nodes in Hybrid clusters can run on EulerOS 2.5, EulerOS 2.9 and Ubuntu 22.04. You are not advised to use the CentOS 7.7 image to create nodes because the OS maintena", "doc_type":"usermanual2", "kw":"OS Patch Notes for Cluster Nodes,Product Bulletin,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"OS Patch Notes for Cluster Nodes", "githuburl":"" }, { "uri":"cce_bulletin_0169.html", + "node_id":"cce_bulletin_0169.xml", "product_code":"cce", "code":"20", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Security Vulnerability Responses", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Security Vulnerability Responses", "githuburl":"" }, { "uri":"cce_bulletin_0011.html", + "node_id":"cce_bulletin_0011.xml", "product_code":"cce", "code":"21", "des":"High-risk vulnerabilities:CCE fixes vulnerabilities as soon as possible after the Kubernetes community detects them and releases fixing solutions. The fixing policies are", "doc_type":"usermanual2", "kw":"Vulnerability Fixing Policies,Security Vulnerability Responses,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Vulnerability Fixing Policies", "githuburl":"" }, { "uri":"CVE-2021-4034.html", + "node_id":"cve-2021-4034.xml", "product_code":"cce", "code":"22", "des":"Recently, a security research team disclosed a privilege escalation vulnerability (CVE-2021-4034, also dubbed PwnKit) in PolKit's pkexec. Unprivileged users can gain full", "doc_type":"usermanual2", "kw":"Linux Polkit Privilege Escalation Vulnerability (CVE-2021-4034),Security Vulnerability Responses,Use", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Linux Polkit Privilege Escalation Vulnerability (CVE-2021-4034)", "githuburl":"" }, { "uri":"cce_bulletin_0206.html", + "node_id":"cce_bulletin_0206.xml", "product_code":"cce", "code":"23", "des":"The Linux Kernel SACK vulnerabilities have been fixed. This section describes the solution to these vulnerabilities.On June 18, 2019, Red Hat released a security notice, ", "doc_type":"usermanual2", "kw":"Notice on Fixing Linux Kernel SACK Vulnerabilities,Security Vulnerability Responses,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Notice on Fixing Linux Kernel SACK Vulnerabilities", "githuburl":"" }, { "uri":"cce_qs_0000.html", + "node_id":"cce_qs_0000.xml", "product_code":"cce", "code":"24", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Getting Started", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual", + "opensource":"true", + "IsMulti":"Yes" + } + ], "title":"Getting Started", "githuburl":"" }, { "uri":"cce_qs_0001.html", + "node_id":"cce_qs_0001.xml", "product_code":"cce", "code":"25", "des":"This section describes how to use Cloud Container Engine (CCE) and provides frequently asked questions (FAQs) to help you quickly get started with CCE.Complete the follow", "doc_type":"usermanual2", "kw":"Introduction,Getting Started,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Introduction", "githuburl":"" }, { "uri":"cce_qs_0006.html", + "node_id":"cce_qs_0006.xml", "product_code":"cce", "code":"26", "des":"Before using CCE, you need to make the following preparations:Creating an IAM userObtaining Resource Permissions(Optional) Creating a VPC(Optional) Creating a Key PairIf ", "doc_type":"usermanual2", "kw":"VPC,Preparations,Getting Started,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Preparations", "githuburl":"" }, { "uri":"cce_qs_0008.html", + "node_id":"cce_qs_0008.xml", "product_code":"cce", "code":"27", "des":"This section describes how to quickly create a CCE cluster. In this example, the default or simple configurations are in use.If you have not created a cluster, a wizard p", "doc_type":"usermanual2", "kw":"Creating a Kubernetes Cluster,Getting Started,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Creating a Kubernetes Cluster", "githuburl":"" }, { "uri":"cce_qs_0003.html", + "node_id":"cce_qs_0003.xml", "product_code":"cce", "code":"28", "des":"You can use images to quickly create a single-pod workload that can be accessed from public networks. This section describes how to use CCE to quickly deploy an Nginx app", "doc_type":"usermanual2", "kw":"Creating a Deployment (Nginx) from an Image,Getting Started,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Creating a Deployment (Nginx) from an Image", "githuburl":"" }, { "uri":"cce_qs_0007.html", + "node_id":"cce_qs_0007.xml", "product_code":"cce", "code":"29", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Deploying WordPress and MySQL That Depend on Each Other", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Deploying WordPress and MySQL That Depend on Each Other", "githuburl":"" }, { "uri":"cce_qs_0009.html", + "node_id":"cce_qs_0009.xml", "product_code":"cce", "code":"30", "des":"WordPress was originally a blog platform based on PHP and MySQL. It is gradually evolved into a content management system. You can set up your own blog website on any ser", "doc_type":"usermanual2", "kw":"Overview,Deploying WordPress and MySQL That Depend on Each Other,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Overview", "githuburl":"" }, { "uri":"cce_qs_0004.html", + "node_id":"cce_qs_0004.xml", "product_code":"cce", "code":"31", "des":"WordPress must be used together with MySQL. WordPress runs the content management program while MySQL serves as a database to store data.The WordPress and MySQL images ha", "doc_type":"usermanual2", "kw":"Step 1: Create a MySQL Workload,Deploying WordPress and MySQL That Depend on Each Other,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Step 1: Create a MySQL Workload", "githuburl":"" }, { "uri":"cce_qs_0005.html", + "node_id":"cce_qs_0005.xml", "product_code":"cce", "code":"32", "des":"WordPress was originally a blog platform based on PHP and MySQL. It is gradually evolved into a content management system. You can set up your own blog website on any ser", "doc_type":"usermanual2", "kw":"Step 2: Create a WordPress Workload,Deploying WordPress and MySQL That Depend on Each Other,User Gui", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "documenttype":"usermanual" + } + ], "title":"Step 2: Create a WordPress Workload", "githuburl":"" }, { "uri":"cce_10_0054.html", + "node_id":"cce_10_0054.xml", "product_code":"cce", "code":"33", "des":"During service deployment or running, you may trigger high-risk operations at different levels, causing service faults or interruption. To help you better estimate and av", "doc_type":"usermanual2", "kw":"High-Risk Operations and Solutions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"High-Risk Operations and Solutions", "githuburl":"" }, { "uri":"cce_10_0091.html", + "node_id":"cce_10_0091.xml", "product_code":"cce", "code":"34", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Clusters", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Clusters", "githuburl":"" }, { "uri":"cce_10_0002.html", + "node_id":"cce_10_0002.xml", "product_code":"cce", "code":"35", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Cluster Overview", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Cluster Overview", "githuburl":"" }, { "uri":"cce_10_0430.html", + "node_id":"cce_10_0430.xml", "product_code":"cce", "code":"36", "des":"Kubernetes is an open source container orchestration engine for automating deployment, scaling, and management of containerized applications.For developers, Kubernetes is", "doc_type":"usermanual2", - "kw":"Basic Cluster Information,Cluster Overview,User Guide", + "kw":"Master Nodes,Basic Cluster Information,Cluster Overview,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Basic Cluster Information", "githuburl":"" }, { - "uri":"cce_10_0342.html", + "uri":"cce_10_0068.html", + "node_id":"cce_10_0068.xml", "product_code":"cce", "code":"37", - "des":"The following table lists the differences between CCE Turbo clusters and CCE clusters:The QingTian architecture consists of data plane (software-hardware synergy) and man", - "doc_type":"usermanual2", - "kw":"CCE Turbo Clusters and CCE Clusters,Cluster Overview,User Guide", - "title":"CCE Turbo Clusters and CCE Clusters", - "githuburl":"" - }, - { - "uri":"cce_10_0349.html", - "product_code":"cce", - "code":"38", - "des":"kube-proxy is a key component of a Kubernetes cluster. It is responsible for load balancing and forwarding between a Service and its backend pod.CCE supports two forwardi", - "doc_type":"usermanual2", - "kw":"Comparing iptables and IPVS,Cluster Overview,User Guide", - "title":"Comparing iptables and IPVS", - "githuburl":"" - }, - { - "uri":"cce_10_0068.html", - "product_code":"cce", - "code":"39", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Release Notes", - "title":"Release Notes", + "kw":"Kubernetes Release Notes", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kubernetes Release Notes", "githuburl":"" }, { - "uri":"cce_10_0467.html", + "uri":"cce_bulletin_0058.html", + "node_id":"cce_bulletin_0058.xml", + "product_code":"cce", + "code":"38", + "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This document describes the changes made in Kubernetes 1.25 compared w", + "doc_type":"usermanual2", + "kw":"Kubernetes 1.25 Release Notes,Kubernetes Release Notes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kubernetes 1.25 Release Notes", + "githuburl":"" + }, + { + "uri":"cce_bulletin_0027.html", + "node_id":"cce_bulletin_0027.xml", + "product_code":"cce", + "code":"39", + "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.23.Kubernetes 1", + "doc_type":"usermanual2", + "kw":"Kubernetes 1.23 Release Notes,Kubernetes Release Notes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kubernetes 1.23 Release Notes", + "githuburl":"" + }, + { + "uri":"cce_bulletin_0026.html", + "node_id":"cce_bulletin_0026.xml", "product_code":"cce", "code":"40", - "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.25.Kubernetes 1", - "doc_type":"usermanual2", - "kw":"CCE Kubernetes 1.25 Release Notes,Release Notes,User Guide", - "title":"CCE Kubernetes 1.25 Release Notes", - "githuburl":"" - }, - { - "uri":"cce_10_0468.html", - "product_code":"cce", - "code":"41", - "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.23.Changes in C", - "doc_type":"usermanual2", - "kw":"CCE Kubernetes 1.23 Release Notes,Release Notes,User Guide", - "title":"CCE Kubernetes 1.23 Release Notes", - "githuburl":"" - }, - { - "uri":"cce_10_0469.html", - "product_code":"cce", - "code":"42", "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.21.Kubernetes 1", "doc_type":"usermanual2", - "kw":"CCE Kubernetes 1.21 Release Notes,Release Notes,User Guide", - "title":"CCE Kubernetes 1.21 Release Notes", + "kw":"Kubernetes 1.21 Release Notes,Kubernetes Release Notes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kubernetes 1.21 Release Notes", "githuburl":"" }, { - "uri":"cce_10_0470.html", + "uri":"cce_whsnew_0010.html", + "node_id":"cce_whsnew_0010.xml", "product_code":"cce", - "code":"43", - "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.19.Kubernetes 1", + "code":"41", + "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.19.Kubernetes v", "doc_type":"usermanual2", - "kw":"CCE Kubernetes 1.19 Release Notes,Release Notes,User Guide", - "title":"CCE Kubernetes 1.19 Release Notes", + "kw":"Kubernetes 1.19 Release Notes,Kubernetes Release Notes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kubernetes 1.19 Release Notes", "githuburl":"" }, { - "uri":"cce_10_0471.html", + "uri":"cce_whsnew_0007.html", + "node_id":"cce_whsnew_0007.xml", "product_code":"cce", - "code":"44", + "code":"42", "des":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.17.All resource", "doc_type":"usermanual2", - "kw":"CCE Kubernetes 1.17 Release Notes,Release Notes,User Guide", - "title":"CCE Kubernetes 1.17 Release Notes", + "kw":"Kubernetes 1.17 (EOM) Release Notes,Kubernetes Release Notes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kubernetes 1.17 (EOM) Release Notes", "githuburl":"" }, { "uri":"cce_10_0405.html", + "node_id":"cce_10_0405.xml", "product_code":"cce", - "code":"45", - "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "code":"43", + "des":"All nodes in the CCE clusters of version 1.25, except the ones running EulerOS 2.5, use containerd by default.", "doc_type":"usermanual2", - "kw":"Cluster Patch Version Release Notes,Cluster Overview,User Guide", - "title":"Cluster Patch Version Release Notes", + "kw":"Release Notes for CCE Cluster Versions,Cluster Overview,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Release Notes for CCE Cluster Versions", "githuburl":"" }, { "uri":"cce_10_0298.html", + "node_id":"cce_10_0298.xml", "product_code":"cce", - "code":"46", - "des":"CCE Turbo clusters run on a cloud native infrastructure that features software-hardware synergy to support passthrough networking, high security and reliability, and inte", + "code":"44", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Creating a CCE Turbo Cluster,Clusters,User Guide", - "title":"Creating a CCE Turbo Cluster", + "kw":"Creating a Cluster", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Creating a Cluster", + "githuburl":"" + }, + { + "uri":"cce_10_0342.html", + "node_id":"cce_10_0342.xml", + "product_code":"cce", + "code":"45", + "des":"The following table lists the differences between CCE Turbo clusters and CCE clusters.", + "doc_type":"usermanual2", + "kw":"CCE Turbo Clusters and CCE Clusters,Creating a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"CCE Turbo Clusters and CCE Clusters", "githuburl":"" }, { "uri":"cce_10_0028.html", + "node_id":"cce_10_0028.xml", + "product_code":"cce", + "code":"46", + "des":"On the CCE console, you can easily create Kubernetes clusters. After a cluster is created, the master node is hosted by CCE. You only need to create worker nodes. In this", + "doc_type":"usermanual2", + "kw":"Creating a Cluster,Creating a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Creating a Cluster", + "githuburl":"" + }, + { + "uri":"cce_10_0349.html", + "node_id":"cce_10_0349.xml", "product_code":"cce", "code":"47", - "des":"On the CCE console, you can easily create Kubernetes clusters. Kubernetes can manage container clusters at scale. A cluster manages a group of node resources.In CCE, you ", + "des":"kube-proxy is a key component of a Kubernetes cluster. It is used for load balancing and forwarding data between a Service and its backend pods.CCE supports the iptables ", "doc_type":"usermanual2", - "kw":"Creating a CCE Cluster,Clusters,User Guide", - "title":"Creating a CCE Cluster", + "kw":"kube-proxy,iptables,IPVS,forwarding modes,Comparing iptables and IPVS,Creating a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Comparing iptables and IPVS", "githuburl":"" }, { "uri":"cce_10_0140.html", + "node_id":"cce_10_0140.xml", "product_code":"cce", "code":"48", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Using kubectl to Run a Cluster", - "title":"Using kubectl to Run a Cluster", + "kw":"Connecting to a Cluster", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Connecting to a Cluster", "githuburl":"" }, { "uri":"cce_10_0107.html", + "node_id":"cce_10_0107.xml", "product_code":"cce", "code":"49", - "des":"This section uses a CCE cluster as an example to describe how to connect to a CCE cluster using kubectl.When you access a cluster using kubectl, CCE uses thekubeconfig.js", + "des":"This section uses a CCE cluster as an example to describe how to connect to a CCE cluster using kubectl.When you access a cluster using kubectl, CCE uses kubeconfig.json ", "doc_type":"usermanual2", - "kw":"Connecting to a Cluster Using kubectl,Using kubectl to Run a Cluster,User Guide", + "kw":"kubectl,kubeconfig,Intranet access,Two-Way Authentication for Domain Names,Error from server Forbidd", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Connecting to a Cluster Using kubectl", "githuburl":"" }, { - "uri":"cce_10_0367.html", + "uri":"cce_10_0175.html", + "node_id":"cce_10_0175.xml", "product_code":"cce", "code":"50", - "des":"A Subject Alternative Name (SAN) can be signed in to a cluster server certificate. A SAN is usually used by the client to verify the server validity in TLS handshakes. Sp", + "des":"This section describes how to obtain the cluster certificate from the console and use it access Kubernetes clusters.The downloaded certificate contains three files: clien", "doc_type":"usermanual2", - "kw":"Customizing a Cluster Certificate SAN,Using kubectl to Run a Cluster,User Guide", - "title":"Customizing a Cluster Certificate SAN", + "kw":"X.509 certificate,Connecting to a Cluster Using an X.509 Certificate,Connecting to a Cluster,User Gu", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Connecting to a Cluster Using an X.509 Certificate", "githuburl":"" }, { - "uri":"cce_10_0139.html", + "uri":"cce_10_0367.html", + "node_id":"cce_10_0367.xml", "product_code":"cce", "code":"51", - "des":"getThe get command displays one or many resources of a cluster.This command prints a table of the most important information about all resources, including cluster nodes,", + "des":"A Subject Alternative Name (SAN) can be signed in to a cluster server certificate. A SAN is usually used by the client to verify the server validity in TLS handshakes. Sp", "doc_type":"usermanual2", - "kw":"Common kubectl Commands,Using kubectl to Run a Cluster,User Guide", - "title":"Common kubectl Commands", + "kw":"SAN,Accessing a Cluster Using a Custom Domain Name,Connecting to a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Accessing a Cluster Using a Custom Domain Name", "githuburl":"" }, { "uri":"cce_10_0215.html", + "node_id":"cce_10_0215.xml", "product_code":"cce", "code":"52", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Upgrading a Cluster", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Upgrading a Cluster", "githuburl":"" }, { "uri":"cce_10_0197.html", + "node_id":"cce_10_0197.xml", "product_code":"cce", "code":"53", "des":"To enable interoperability from one Kubernetes installation to the next, you must upgrade your Kubernetes clusters before the maintenance period ends.After the latest Kub", "doc_type":"usermanual2", - "kw":"Upgrade Overview,Upgrading a Cluster,User Guide", + "kw":"cluster upgrade process,Upgrade,In-place upgrade,Rolling upgrade,Upgrade Overview,Upgrading a Cluste", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Upgrade Overview", "githuburl":"" }, { "uri":"cce_10_0302.html", + "node_id":"cce_10_0302.xml", "product_code":"cce", "code":"54", - "des":"Before the upgrade, you can check whether your cluster can be upgraded and which versions are available on the CCE console. For details, see Upgrade Overview.Upgraded clu", + "des":"Before the upgrade, you can check whether your cluster can be upgraded and which versions are available on the CCE console. For details, see Upgrade Overview.Before upgra", "doc_type":"usermanual2", - "kw":"Before You Start,Upgrading a Cluster,User Guide", + "kw":"Deprecated APIs,Before You Start,Upgrading a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Before You Start", "githuburl":"" }, { - "uri":"cce_10_0560.html", + "uri":"cce_10_0301.html", + "node_id":"cce_10_0301.xml", "product_code":"cce", "code":"55", + "des":"You can upgrade your clusters to a newer version on the CCE console.Before the upgrade, learn about the target version to which each CCE cluster can be upgraded in what w", + "doc_type":"usermanual2", + "kw":"back up the cluster data,Node Priority,Performing In-place Upgrade,Upgrading a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Performing In-place Upgrade", + "githuburl":"" + }, + { + "uri":"cce_10_0560.html", + "node_id":"cce_10_0560.xml", + "product_code":"cce", + "code":"56", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Post-Upgrade Verification", - "title":"Post-Upgrade Verification", + "kw":"Performing Post-Upgrade Verification", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Performing Post-Upgrade Verification", "githuburl":"" }, { "uri":"cce_10_0561.html", + "node_id":"cce_10_0561.xml", "product_code":"cce", - "code":"56", + "code":"57", "des":"After the cluster is upgraded, check whether the services are running normal.Different services have different verification mode. Select a suitable one and verify the ser", "doc_type":"usermanual2", - "kw":"Service Verification,Post-Upgrade Verification,User Guide", + "kw":"Service Verification,Performing Post-Upgrade Verification,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Service Verification", "githuburl":"" }, { "uri":"cce_10_0562.html", + "node_id":"cce_10_0562.xml", "product_code":"cce", - "code":"57", - "des":"Check whether unexpected pods exist in the cluster.Check whether there are pods restart unexpectedly in the cluster.Go to the CCE console and access the cluster console. ", + "code":"58", + "des":"Check whether there are unexpected pods in the cluster.Check whether there are any pods that ran properly originally in the cluster restart unexpectedly.Log in to the CCE", "doc_type":"usermanual2", - "kw":"Pod Check,Post-Upgrade Verification,User Guide", + "kw":"Pod Check,Performing Post-Upgrade Verification,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Pod Check", "githuburl":"" }, { "uri":"cce_10_0563.html", + "node_id":"cce_10_0563.xml", "product_code":"cce", - "code":"58", + "code":"59", "des":"Check whether the nodes are running properly.Check whether the node network is normal.Check whether the container network is normal.The node status reflects whether the n", "doc_type":"usermanual2", - "kw":"Node and Container Network Check,Post-Upgrade Verification,User Guide", + "kw":"Node and Container Network Check,Performing Post-Upgrade Verification,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node and Container Network Check", "githuburl":"" }, { "uri":"cce_10_0564.html", + "node_id":"cce_10_0564.xml", "product_code":"cce", - "code":"59", - "des":"Check whether the label is lost.Check whether there are unexpected taints.Go to the CCE console, access the cluster console, and choose Nodes in the navigation pane. On t", + "code":"60", + "des":"Check whether custom node labels are lost.Check whether there are any unexpected taints newly added on the node, which will affect workload scheduling.Go to the CCE conso", "doc_type":"usermanual2", - "kw":"Node Label and Taint Check,Post-Upgrade Verification,User Guide", + "kw":"Node Label and Taint Check,Performing Post-Upgrade Verification,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Label and Taint Check", "githuburl":"" }, { "uri":"cce_10_0565.html", + "node_id":"cce_10_0565.xml", "product_code":"cce", - "code":"60", - "des":"Check whether nodes can be created in the cluster.Go to the CCE console and access the cluster console. Choose Nodes in the navigation pane, and click Create Node.If node", + "code":"61", + "des":"Check whether nodes can be created in the cluster.Log in to the CCE console and access the cluster console. Choose Nodes in the navigation pane, and click Create Node. Fo", "doc_type":"usermanual2", - "kw":"New Node Check,Post-Upgrade Verification,User Guide", + "kw":"New Node Check,Performing Post-Upgrade Verification,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"New Node Check", "githuburl":"" }, { "uri":"cce_10_0566.html", + "node_id":"cce_10_0566.xml", "product_code":"cce", - "code":"61", + "code":"62", "des":"Check whether pods can be created on the existing nodes after the cluster is upgraded.Check whether pods can be created on new nodes after the cluster is upgraded.After c", "doc_type":"usermanual2", - "kw":"New Pod Check,Post-Upgrade Verification,User Guide", + "kw":"New Pod Check,Performing Post-Upgrade Verification,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"New Pod Check", "githuburl":"" }, { "uri":"cce_10_0567.html", + "node_id":"cce_10_0567.xml", "product_code":"cce", - "code":"62", - "des":"After the cluster is upgraded, you need to reset the nodes that fail to be upgraded.Go back to the previous step or view the upgrade details on the upgrade history page t", + "code":"63", + "des":"After the cluster is upgraded, reset the nodes that fail to be upgraded.Go back to the previous step or view the upgrade details on the upgrade history page to view the n", "doc_type":"usermanual2", - "kw":"Node Skipping Check for Reset,Post-Upgrade Verification,User Guide", + "kw":"Node Skipping Check for Reset,Performing Post-Upgrade Verification,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Skipping Check for Reset", "githuburl":"" }, { - "uri":"cce_10_0120.html", - "product_code":"cce", - "code":"63", - "des":"You can upgrade your clusters to a newer Kubernetes version on the CCE console.Before the upgrade, learn about the target version to which each CCE cluster can be upgrade", - "doc_type":"usermanual2", - "kw":"Performing Replace/Rolling Upgrade,Upgrading a Cluster,User Guide", - "title":"Performing Replace/Rolling Upgrade", - "githuburl":"" - }, - { - "uri":"cce_10_0301.html", + "uri":"cce_10_0210.html", + "node_id":"cce_10_0210.xml", "product_code":"cce", "code":"64", - "des":"You can upgrade your clusters to a newer version on the CCE console.Before the upgrade, learn about the target version to which each CCE cluster can be upgraded in what w", - "doc_type":"usermanual2", - "kw":"Performing In-place Upgrade,Upgrading a Cluster,User Guide", - "title":"Performing In-place Upgrade", - "githuburl":"" - }, - { - "uri":"cce_10_0210.html", - "product_code":"cce", - "code":"65", "des":"This section describes how to migrate services from a cluster of an earlier version to a cluster of a later version in CCE.This operation is applicable when a cross-versi", "doc_type":"usermanual2", "kw":"Migrating Services Across Clusters of Different Versions,Upgrading a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Migrating Services Across Clusters of Different Versions", "githuburl":"" }, { "uri":"cce_10_0550.html", + "node_id":"cce_10_0550.xml", "product_code":"cce", - "code":"66", + "code":"65", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Troubleshooting for Pre-upgrade Check Exceptions", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Troubleshooting for Pre-upgrade Check Exceptions", "githuburl":"" }, { "uri":"cce_10_0549.html", + "node_id":"cce_10_0549.xml", "product_code":"cce", - "code":"67", + "code":"66", "des":"The system performs a comprehensive pre-upgrade check before the cluster upgrade. If the cluster does not meet the pre-upgrade check conditions, the upgrade cannot contin", "doc_type":"usermanual2", - "kw":"Performing Pre-upgrade Check,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Performing Pre-upgrade Check", + "kw":"Pre-upgrade Check,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Pre-upgrade Check", "githuburl":"" }, { "uri":"cce_10_0431.html", + "node_id":"cce_10_0431.xml", "product_code":"cce", - "code":"68", + "code":"67", "des":"Check the following aspects:Check whether the node is available.Check whether the node OS supports the upgrade.Check whether there are unexpected node pool tags in the no", "doc_type":"usermanual2", - "kw":"Checking the Node,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Checking the Node", + "kw":"Node Restrictions,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node Restrictions", "githuburl":"" }, { "uri":"cce_10_0432.html", + "node_id":"cce_10_0432.xml", "product_code":"cce", - "code":"69", + "code":"68", "des":"Check whether the current user is in the upgrade blocklist.CCE temporarily disables the cluster upgrade function due to the following reasons:The cluster is identified as", "doc_type":"usermanual2", - "kw":"Checking the Blocklist,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Checking the Blocklist", + "kw":"Blocklist,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Blocklist", "githuburl":"" }, { "uri":"cce_10_0433.html", + "node_id":"cce_10_0433.xml", "product_code":"cce", - "code":"70", - "des":"Check the following aspects:Check whether the add-on status is normal.Check whether the add-on supports the target version.Scenario 1: The add-on status is abnormal.Log i", + "code":"69", + "des":"Check the following aspects:Check whether the add-on status is normal.Check whether the add-on support the target version.Scenario 1: The add-on status is abnormal.Log in", "doc_type":"usermanual2", - "kw":"Checking the Add-on,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Checking the Add-on", + "kw":"Add-ons,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Add-ons", "githuburl":"" }, { "uri":"cce_10_0434.html", + "node_id":"cce_10_0434.xml", "product_code":"cce", - "code":"71", + "code":"70", "des":"Check whether the current HelmRelease record contains discarded Kubernetes APIs that are not supported by the target cluster version. If yes, the Helm chart may be unavai", "doc_type":"usermanual2", - "kw":"Checking the Helm Chart,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Checking the Helm Chart", + "kw":"Helm Charts,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Helm Charts", "githuburl":"" }, { "uri":"cce_10_0435.html", + "node_id":"cce_10_0435.xml", "product_code":"cce", - "code":"72", + "code":"71", "des":"Check whether CCE can connect to your master nodes.Contact technical support.", "doc_type":"usermanual2", - "kw":"Checking the Master Node SSH Connectivity,Troubleshooting for Pre-upgrade Check Exceptions,User Guid", - "title":"Checking the Master Node SSH Connectivity", + "kw":"SSH Connectivity of Master Nodes,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"SSH Connectivity of Master Nodes", "githuburl":"" }, { "uri":"cce_10_0436.html", + "node_id":"cce_10_0436.xml", "product_code":"cce", - "code":"73", - "des":"Check the following aspects:Check the node status.Check whether the auto scaling function of the node pool is disabled.Scenario 1: The node pool status is abnormal.Log in", + "code":"72", + "des":"Check the node pool status.Scenario: The node pool malfunctions.Log in to the CCE console, go to the target cluster and choose Nodes. On the displayed page, click Node Po", "doc_type":"usermanual2", - "kw":"Checking the Node Pool,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Checking the Node Pool", + "kw":"Node Pools,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node Pools", "githuburl":"" }, { "uri":"cce_10_0437.html", + "node_id":"cce_10_0437.xml", "product_code":"cce", - "code":"74", - "des":"Check whether the security group allows the master node to access nodes using ICMP.Log in to the VPC console, choose Access Control > Security Groups, and enter the targe", + "code":"73", + "des":"Check whether the security group allows the master node to access nodes using ICMP.This check item is performed only for clusters using VPC networking. For clusters using", "doc_type":"usermanual2", - "kw":"Checking the Security Group,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Checking the Security Group", + "kw":"Security Groups,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Security Groups", "githuburl":"" }, { "uri":"cce_10_0439.html", + "node_id":"cce_10_0439.xml", "product_code":"cce", - "code":"75", - "des":"Check whether the node needs to be migrated.For the 1.15 cluster that is upgraded from 1.13 in rolling mode, you need to migrate (reset or create and replace) all nodes b", + "code":"74", + "des":"Check whether the node needs to be migrated.For the 1.15 cluster that is upgraded from 1.13 in rolling mode, migrate (reset or create and replace) all nodes before perfor", "doc_type":"usermanual2", - "kw":"To-Be-Migrated Node,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"To-Be-Migrated Node", + "kw":"To-Be-Migrated Nodes,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"To-Be-Migrated Nodes", "githuburl":"" }, { "uri":"cce_10_0440.html", + "node_id":"cce_10_0440.xml", "product_code":"cce", - "code":"76", - "des":"Check whether there are discarded resources in the clusters.Scenario 1: The PodSecurityPolicy resource object has been discarded since clusters of v1.25.Run the kubectl g", + "code":"75", + "des":"Check whether there are discarded resources in the clusters.Scenario 1: The PodSecurityPolicy resource object has been discarded since clusters of 1.25.Run the kubectl ge", "doc_type":"usermanual2", - "kw":"Discarded Kubernetes Resource,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Discarded Kubernetes Resource", + "kw":"Discarded Kubernetes Resources,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Discarded Kubernetes Resources", "githuburl":"" }, { "uri":"cce_10_0441.html", + "node_id":"cce_10_0441.xml", "product_code":"cce", - "code":"77", - "des":"Read the version compatibility differences and ensure that they are not affected.The patch upgrade does not involve version compatibility differences.", + "code":"76", + "des":"Read the version compatibility differences and ensure that they are not affected. The patch upgrade does not involve version compatibility differences.", "doc_type":"usermanual2", - "kw":"Compatibility Risk,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Compatibility Risk", + "kw":"Compatibility Risks,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Compatibility Risks", "githuburl":"" }, { "uri":"cce_10_0442.html", + "node_id":"cce_10_0442.xml", "product_code":"cce", - "code":"78", - "des":"Check whether cce-agent on the current node is of the latest version.If cce-agent is not of the latest version, the automatic update fails. This problem is usually caused", + "code":"77", + "des":"Check whether cce-agent on the current node is of the latest version.Scenario 1: The error message \"you cce-agent no update, please restart it\" is displayed.cce-agent doe", "doc_type":"usermanual2", - "kw":"Node CCEAgent Version,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Node CCEAgent Version", + "kw":"Node CCE Agent Versions,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node CCE Agent Versions", "githuburl":"" }, { "uri":"cce_10_0443.html", + "node_id":"cce_10_0443.xml", "product_code":"cce", - "code":"79", + "code":"78", "des":"Check whether the CPU usage of the node exceeds 90%.Upgrade the cluster during off-peak hours.Check whether too many pods are deployed on the node. If yes, reschedule pod", "doc_type":"usermanual2", "kw":"Node CPU Usage,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node CPU Usage", "githuburl":"" }, { "uri":"cce_10_0444.html", + "node_id":"cce_10_0444.xml", "product_code":"cce", - "code":"80", + "code":"79", "des":"Check the following aspects:Check whether the key CRD packageversions.version.cce.io of the cluster is deleted.Check whether the cluster key CRD network-attachment-defini", "doc_type":"usermanual2", - "kw":"CRD Check,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"CRD Check", + "kw":"CRDs,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"CRDs", "githuburl":"" }, { "uri":"cce_10_0445.html", + "node_id":"cce_10_0445.xml", "product_code":"cce", - "code":"81", + "code":"80", "des":"Check the following aspects:Check whether the key data disks on the node meet the upgrade requirements.Check whether the /tmp directory has 500 MB available space.During ", "doc_type":"usermanual2", - "kw":"Node Disk,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Node Disk", + "kw":"Node Disks,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node Disks", "githuburl":"" }, { "uri":"cce_10_0446.html", + "node_id":"cce_10_0446.xml", "product_code":"cce", - "code":"82", + "code":"81", "des":"Check the following aspects:Check whether the DNS configuration of the current node can resolve the OBS address.Check whether the current node can access the OBS address ", "doc_type":"usermanual2", "kw":"Node DNS,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node DNS", "githuburl":"" }, { "uri":"cce_10_0447.html", + "node_id":"cce_10_0447.xml", "product_code":"cce", - "code":"83", - "des":"Check whether the key directory /var/paas on the nodes contain files with abnormal owners or owner groups.CCE uses the /var/paas directory to manage nodes and store file ", + "code":"82", + "des":"Check whether the key directory /var/paas on the nodes contain files with abnormal owners or owner groups.Scenario 1: The error message \"xx file permission has been chang", "doc_type":"usermanual2", "kw":"Node Key Directory File Permissions,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Key Directory File Permissions", "githuburl":"" }, { "uri":"cce_10_0448.html", + "node_id":"cce_10_0448.xml", "product_code":"cce", - "code":"84", - "des":"Check whether the kubelet on the node is running properly.Scenario 1: The kubelet status is abnormal.If the kubelet is abnormal, the node is unavailable. Restore the node", + "code":"83", + "des":"Check whether the kubelet on the node is running properly.Scenario 1: The kubelet status is abnormal.If the kubelet malfunctions, the node is unavailable. Restore the nod", "doc_type":"usermanual2", "kw":"Kubelet,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Kubelet", "githuburl":"" }, { "uri":"cce_10_0449.html", + "node_id":"cce_10_0449.xml", "product_code":"cce", - "code":"85", + "code":"84", "des":"Check whether the memory usage of the node exceeds 90%.Upgrade the cluster during off-peak hours.Check whether too many pods are deployed on the node. If yes, reschedule ", "doc_type":"usermanual2", "kw":"Node Memory,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Memory", "githuburl":"" }, { "uri":"cce_10_0450.html", + "node_id":"cce_10_0450.xml", "product_code":"cce", - "code":"86", + "code":"85", "des":"Check whether the clock synchronization server ntpd or chronyd of the node is running properly.Scenario 1: ntpd is running abnormally.Log in to the node and run the syste", "doc_type":"usermanual2", "kw":"Node Clock Synchronization Server,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Clock Synchronization Server", "githuburl":"" }, { "uri":"cce_10_0451.html", + "node_id":"cce_10_0451.xml", "product_code":"cce", - "code":"87", + "code":"86", "des":"Check whether the OS kernel version of the node is supported by CCE.Running nodes depend on the initial standard kernel version when they are created. CCE has performed c", "doc_type":"usermanual2", "kw":"Node OS,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node OS", "githuburl":"" }, { "uri":"cce_10_0452.html", + "node_id":"cce_10_0452.xml", "product_code":"cce", - "code":"88", + "code":"87", "des":"Check whether the number of CPUs on the master node is greater than 2.If the number of CPUs on the master node is 2, contact technical support to expand the number to 4 o", "doc_type":"usermanual2", - "kw":"Node CPU Count,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Node CPU Count", + "kw":"Node CPUs,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node CPUs", "githuburl":"" }, { "uri":"cce_10_0453.html", + "node_id":"cce_10_0453.xml", "product_code":"cce", - "code":"89", + "code":"88", "des":"Check whether the Python commands are available on a node.If the command output is not 0, the check fails.Install Python before the upgrade.", "doc_type":"usermanual2", - "kw":"Node Python Command,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Node Python Command", + "kw":"Node Python Commands,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node Python Commands", "githuburl":"" }, { "uri":"cce_10_0455.html", + "node_id":"cce_10_0455.xml", "product_code":"cce", - "code":"90", + "code":"89", "des":"Check whether the nodes in the cluster are ready.Scenario 1: The nodes are in the unavailable status.Log in to the CCE console and access the cluster console. Choose Node", "doc_type":"usermanual2", "kw":"Node Readiness,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Readiness", "githuburl":"" }, { "uri":"cce_10_0456.html", + "node_id":"cce_10_0456.xml", "product_code":"cce", - "code":"91", - "des":"Check whether journald of a node is normal.Log in to the node and run the systemctl is-active systemd-journald command to query the running status of journald. If the com", + "code":"90", + "des":"Check whether journald of a node is normal.Log in to the node and run the systemctl is-active systemd-journald command to obtain the running status of journald. If the co", "doc_type":"usermanual2", "kw":"Node journald,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node journald", "githuburl":"" }, { "uri":"cce_10_0457.html", + "node_id":"cce_10_0457.xml", "product_code":"cce", - "code":"92", + "code":"91", "des":"Check whether the containerd.sock file exists on the node. This file affects the startup of container runtime in the Euler OS.Scenario: The Docker used by the node is the", "doc_type":"usermanual2", - "kw":"containerd.sock Check,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"containerd.sock Check", + "kw":"containerd.sock,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"containerd.sock", "githuburl":"" }, { "uri":"cce_10_0458.html", + "node_id":"cce_10_0458.xml", "product_code":"cce", - "code":"93", + "code":"92", "des":"Before the upgrade, check whether an internal error occurs.If this check fails, contact technical support.", "doc_type":"usermanual2", - "kw":"Internal Error,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Internal Error", + "kw":"Internal Errors,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Internal Errors", "githuburl":"" }, { "uri":"cce_10_0459.html", + "node_id":"cce_10_0459.xml", "product_code":"cce", - "code":"94", + "code":"93", "des":"Check whether inaccessible mount points exist on the node.Scenario: There are inaccessible mount points on the node.If network NFS (such as OBS, SFS, and SFS) is used by ", "doc_type":"usermanual2", - "kw":"Node Mount Point,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Node Mount Point", + "kw":"Node Mount Points,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node Mount Points", "githuburl":"" }, { "uri":"cce_10_0460.html", + "node_id":"cce_10_0460.xml", "product_code":"cce", - "code":"95", - "des":"Check whether the taint, as shown in Table 1, exists on the node.Taint checklistNameImpactnode.kubernetes.io/upgradeNoScheduleScenario 1: The node is skipped during the c", + "code":"94", + "des":"Check whether the taint needed for cluster upgrade exists on the node.Scenario 1: The node is skipped during the cluster upgrade.If the version of the node is different f", "doc_type":"usermanual2", - "kw":"Kubernetes Node Taint,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Kubernetes Node Taint", + "kw":"Kubernetes Node Taints,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kubernetes Node Taints", "githuburl":"" }, { "uri":"cce_10_0478.html", + "node_id":"cce_10_0478.xml", "product_code":"cce", - "code":"96", - "des":"Check whether the current everest add-on has compatibility restrictions. See Table 1.The current everest add-on has compatibility restrictions and cannot be upgraded with", + "code":"95", + "des":"Check whether there are any compatibility restrictions on the current everest add-on.There are compatibility restrictions on the current everest add-on and it cannot be u", "doc_type":"usermanual2", - "kw":"everest Restriction Check,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"everest Restriction Check", + "kw":"everest Restrictions,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"everest Restrictions", "githuburl":"" }, { "uri":"cce_10_0479.html", + "node_id":"cce_10_0479.xml", "product_code":"cce", - "code":"97", + "code":"96", "des":"Check whether the current cce-controller-hpa add-on has compatibility restrictions.The current cce-controller-hpa add-on has compatibility restrictions. An add-on that ca", "doc_type":"usermanual2", - "kw":"cce-hpa-controller Restriction Check,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"cce-hpa-controller Restriction Check", + "kw":"cce-hpa-controller Restrictions,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"cce-hpa-controller Restrictions", "githuburl":"" }, { "uri":"cce_10_0480.html", + "node_id":"cce_10_0480.xml", "product_code":"cce", - "code":"98", - "des":"Check whether the current cluster version and the target version support enhanced CPU policy.Scenario: The current cluster version uses the enhanced CPU management policy", + "code":"97", + "des":"Check whether the current cluster version and the target version support the enhanced CPU policy.Scenario: Only the current cluster version supports the enhanced CPU poli", "doc_type":"usermanual2", - "kw":"Enhanced CPU Management Policy,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Enhanced CPU Management Policy", + "kw":"Enhanced CPU Policies,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Enhanced CPU Policies", "githuburl":"" }, { "uri":"cce_10_0484.html", + "node_id":"cce_10_0484.xml", "product_code":"cce", - "code":"99", - "des":"Check whether the container runtime and network components on the user node are healthy.If a component is abnormal, log in to the node to check the status of the abnormal", + "code":"98", + "des":"Check whether the container runtime and network components on the worker nodes are healthy.If a worker node component malfunctions, log in to the node to check the status", "doc_type":"usermanual2", - "kw":"User Node Components Health,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"User Node Components Health", + "kw":"Health of Worker Node Components,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Health of Worker Node Components", "githuburl":"" }, { "uri":"cce_10_0485.html", + "node_id":"cce_10_0485.xml", "product_code":"cce", - "code":"100", - "des":"Check whether the Kubernetes, container runtime, and network components of the controller node are healthy.If a component on the controller node is abnormal, contact tech", + "code":"99", + "des":"Check whether the Kubernetes, container runtime, and network components of the master nodes are healthy.If a master node component malfunctions, contact technical support", "doc_type":"usermanual2", - "kw":"Controller Node Components Health,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Controller Node Components Health", + "kw":"Health of Master Node Components,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Health of Master Node Components", "githuburl":"" }, { "uri":"cce_10_0486.html", + "node_id":"cce_10_0486.xml", "product_code":"cce", - "code":"101", - "des":"Check whether the resources of Kubernetes components, such as etcd and kube-controller-manager, exceed the upper limit.Solution 1: Reducing Kubernetes resourcesSolution 2", + "code":"100", + "des":"Check whether the resources of Kubernetes components, such as etcd and kube-controller-manager, exceed the upper limit.Solution 1: Reduce Kubernetes resources.Solution 2:", "doc_type":"usermanual2", "kw":"Memory Resource Limit of Kubernetes Components,Troubleshooting for Pre-upgrade Check Exceptions,User", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Memory Resource Limit of Kubernetes Components", "githuburl":"" }, { "uri":"cce_10_0487.html", + "node_id":"cce_10_0487.xml", "product_code":"cce", - "code":"102", + "code":"101", "des":"The system scans the audit logs of the past day to check whether the user calls the deprecated APIs of the target Kubernetes version.Due to the limited time range of audi", "doc_type":"usermanual2", - "kw":"Checking Deprecated Kubernetes APIs,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"Checking Deprecated Kubernetes APIs", + "kw":"Discarded Kubernetes APIs,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Discarded Kubernetes APIs", "githuburl":"" }, { "uri":"cce_10_0488.html", + "node_id":"cce_10_0488.xml", "product_code":"cce", - "code":"103", + "code":"102", "des":"If IPv6 is enabled for a CCE Turbo cluster, check whether the target cluster version supports IPv6.CCE Turbo clusters support IPv6 since v1.23. This feature is available ", "doc_type":"usermanual2", - "kw":"IPv6 Capability of a CCE Turbo Cluster,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", - "title":"IPv6 Capability of a CCE Turbo Cluster", + "kw":"IPv6 Capabilities of a CCE Turbo Cluster,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"IPv6 Capabilities of a CCE Turbo Cluster", "githuburl":"" }, { "uri":"cce_10_0489.html", + "node_id":"cce_10_0489.xml", "product_code":"cce", - "code":"104", - "des":"Check whether NetworkManager of a node is normal.Log in to the node and run the systemctl is-active NetworkManager command to query the running status of NetworkManager. ", + "code":"103", + "des":"Check whether NetworkManager of a node is normal.Log in to the node and run the systemctl is-active NetworkManager command to obtain the running status of NetworkManager.", "doc_type":"usermanual2", "kw":"Node NetworkManager,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node NetworkManager", "githuburl":"" }, { "uri":"cce_10_0490.html", + "node_id":"cce_10_0490.xml", "product_code":"cce", - "code":"105", + "code":"104", "des":"Check the ID file format.", "doc_type":"usermanual2", "kw":"Node ID File,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node ID File", "githuburl":"" }, { "uri":"cce_10_0491.html", + "node_id":"cce_10_0491.xml", "product_code":"cce", - "code":"106", + "code":"105", "des":"When you upgrade a CCE cluster to v1.19 or later, the system checks whether the following configuration files have been modified in the background:/opt/cloud/cce/kubernet", "doc_type":"usermanual2", "kw":"Node Configuration Consistency,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Configuration Consistency", "githuburl":"" }, { "uri":"cce_10_0492.html", + "node_id":"cce_10_0492.xml", "product_code":"cce", - "code":"107", + "code":"106", "des":"Check whether the configuration files of key components exist on the node.The following table lists the files to be checked.Contact technical support to restore the confi", "doc_type":"usermanual2", "kw":"Node Configuration File,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Configuration File", "githuburl":"" }, { "uri":"cce_10_0493.html", + "node_id":"cce_10_0493.xml", "product_code":"cce", - "code":"108", - "des":"Check whether the current CoreDNS key configuration Corefile is different from the Helm Release record. The difference may be overwritten during the add-on upgrade, affec", + "code":"107", + "des":"Check whether the current CoreDNS key configuration Corefile is different from the Helm release record. The difference may be overwritten during the add-on upgrade, affec", "doc_type":"usermanual2", - "kw":"Checking CoreDNS Configuration Consistency,Troubleshooting for Pre-upgrade Check Exceptions,User Gui", - "title":"Checking CoreDNS Configuration Consistency", + "kw":"CoreDNS Configuration Consistency,Troubleshooting for Pre-upgrade Check Exceptions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"CoreDNS Configuration Consistency", "githuburl":"" }, { "uri":"cce_10_0031.html", + "node_id":"cce_10_0031.xml", "product_code":"cce", - "code":"109", + "code":"108", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Managing a Cluster", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Managing a Cluster", "githuburl":"" }, { "uri":"cce_10_0213.html", + "node_id":"cce_10_0213.xml", "product_code":"cce", - "code":"110", + "code":"109", "des":"CCE allows you to manage cluster parameters, through which you can let core components work under your very requirements.This function is supported only in clusters of v1", "doc_type":"usermanual2", - "kw":"Cluster Configuration Management,Managing a Cluster,User Guide", + "kw":"cluster parameters,kube-apiserver,kube-scheduler,kube-controller-manager,Cluster Configuration Manag", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Cluster Configuration Management", "githuburl":"" }, { - "uri":"cce_10_0212.html", + "uri":"cce_10_0602.html", + "node_id":"cce_10_0602.xml", + "product_code":"cce", + "code":"110", + "des":"If enabled, concurrent requests are dynamically controlled based on the resource pressure of master nodes to keep them and the cluster available.The cluster version must ", + "doc_type":"usermanual2", + "kw":"Cluster Overload Control,Managing a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Cluster Overload Control", + "githuburl":"" + }, + { + "uri":"cce_10_0403.html", + "node_id":"cce_10_0403.xml", "product_code":"cce", "code":"111", - "des":"This section describes how to delete a cluster.Deleting a cluster will delete the nodes in the cluster (excluding accepted nodes), data disks attached to the nodes, workl", + "des":"CCE allows you to change the number of nodes managed in a cluster.This function is supported for clusters of v1.15 and later versions.Starting from v1.15.11, the number o", + "doc_type":"usermanual2", + "kw":"Changing Cluster Scale,Managing a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Changing Cluster Scale", + "githuburl":"" + }, + { + "uri":"cce_10_0212.html", + "node_id":"cce_10_0212.xml", + "product_code":"cce", + "code":"112", + "des":"Deleting a cluster will delete the nodes in the cluster (excluding accepted nodes), data disks attached to the nodes, workloads, and Services. Related services cannot be ", "doc_type":"usermanual2", "kw":"Deleting a Cluster,Managing a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Deleting a Cluster", "githuburl":"" }, { "uri":"cce_10_0214.html", + "node_id":"cce_10_0214.xml", "product_code":"cce", - "code":"112", + "code":"113", "des":"If you do not need to use a cluster temporarily, you are advised to hibernate the cluster.After a cluster is hibernated, resources such as workloads cannot be created or ", "doc_type":"usermanual2", "kw":"Hibernating and Waking Up a Cluster,Managing a Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Hibernating and Waking Up a Cluster", "githuburl":"" }, { - "uri":"cce_10_0602.html", - "product_code":"cce", - "code":"113", - "des":"If overload control is enabled, concurrent requests are dynamically controlled based on the resource pressure of master nodes to keep them and the cluster available.The c", - "doc_type":"usermanual2", - "kw":"Cluster Overload Control,Managing a Cluster,User Guide", - "title":"Cluster Overload Control", - "githuburl":"" - }, - { - "uri":"cce_10_0175.html", + "uri":"cce_10_0183.html", + "node_id":"cce_10_0183.xml", "product_code":"cce", "code":"114", - "des":"This section describes how to obtain the cluster certificate from the console and use it to access Kubernetes clusters.The downloaded certificate contains three files: cl", - "doc_type":"usermanual2", - "kw":"Obtaining a Cluster Certificate,Clusters,User Guide", - "title":"Obtaining a Cluster Certificate", - "githuburl":"" - }, - { - "uri":"cce_10_0403.html", - "product_code":"cce", - "code":"115", - "des":"CCE allows you to change the number of nodes managed in a cluster.This function is supported for clusters of v1.15 and later versions.Starting from v1.15.11, the number o", - "doc_type":"usermanual2", - "kw":"Changing Cluster Scale,Clusters,User Guide", - "title":"Changing Cluster Scale", - "githuburl":"" - }, - { - "uri":"cce_10_0183.html", - "product_code":"cce", - "code":"116", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"node labels", + "kw":"Nodes", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Nodes", "githuburl":"" }, { "uri":"cce_10_0180.html", + "node_id":"cce_10_0180.xml", "product_code":"cce", - "code":"117", - "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "code":"115", + "des":"A container cluster consists of a set of worker machines, called nodes, that run containerized applications. A node can be a virtual machine (VM) or a physical machine (P", "doc_type":"usermanual2", - "kw":"Node Overview", + "kw":"paas user or user group,Node Overview,Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Overview", "githuburl":"" }, - { - "uri":"cce_10_0461.html", - "product_code":"cce", - "code":"118", - "des":"A container cluster consists of a set of worker machines, called nodes, that run containerized applications. A node can be a virtual machine (VM) or a physical machine (P", - "doc_type":"usermanual2", - "kw":"Precautions for Using a Node,Node Overview,User Guide", - "title":"Precautions for Using a Node", - "githuburl":"" - }, { "uri":"cce_10_0462.html", + "node_id":"cce_10_0462.xml", "product_code":"cce", - "code":"119", + "code":"116", "des":"Container engines, one of the most important components of Kubernetes, manage the lifecycle of images and containers. The kubelet interacts with a container runtime throu", "doc_type":"usermanual2", - "kw":"Container Engine,Node Overview,User Guide", + "kw":"Container Engine,Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Container Engine", "githuburl":"" }, - { - "uri":"cce_10_0463.html", - "product_code":"cce", - "code":"120", - "des":"The most significant difference is that each Kata container (pod) runs on an independent micro-VM, has an independent OS kernel, and is securely isolated at the virtualiz", - "doc_type":"usermanual2", - "kw":"Kata Containers and Common Containers,Node Overview,User Guide", - "title":"Kata Containers and Common Containers", - "githuburl":"" - }, - { - "uri":"cce_10_0348.html", - "product_code":"cce", - "code":"121", - "des":"The maximum number of pods that can be created on a node is determined by the following parameters:Number of container IP addresses that can be allocated on a node (alpha", - "doc_type":"usermanual2", - "kw":"Maximum Number of Pods That Can Be Created on a Node,Node Overview,User Guide", - "title":"Maximum Number of Pods That Can Be Created on a Node", - "githuburl":"" - }, - { - "uri":"cce_10_0178.html", - "product_code":"cce", - "code":"122", - "des":"Some of the resources on the node need to run some necessary Kubernetes system components and resources to make the node as part of your cluster. Therefore, the total num", - "doc_type":"usermanual2", - "kw":"node,Kubernetes,Formula for Calculating the Reserved Resources of a Node,Node Overview,User Guide", - "title":"Formula for Calculating the Reserved Resources of a Node", - "githuburl":"" - }, - { - "uri":"cce_10_0341.html", - "product_code":"cce", - "code":"123", - "des":"This section describes how to allocate data disk space.When creating a node, you need to configure a data disk whose capacity is greater than or equal to 100GB for the no", - "doc_type":"usermanual2", - "kw":"Data Disk Space Allocation,Node Overview,User Guide", - "title":"Data Disk Space Allocation", - "githuburl":"" - }, { "uri":"cce_10_0363.html", + "node_id":"cce_10_0363.xml", "product_code":"cce", - "code":"124", - "des":"At least one cluster has been created.A key pair has been created for identity authentication upon remote node login.The node has 2-core or higher CPU, 4 GB or larger mem", + "code":"117", + "des":"At least one cluster has been created.A key pair has been created for identity authentication upon remote node login.The node has at least 2 vCPUs and 4 GiB of memory.To ", "doc_type":"usermanual2", "kw":"Creating a Node,Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a Node", "githuburl":"" }, { "uri":"cce_10_0198.html", + "node_id":"cce_10_0198.xml", "product_code":"cce", - "code":"125", - "des":"In CCE, you can Creating a Node or add existing nodes (ECSs) into your cluster.While an ECS is being accepted into a cluster, the operating system of the ECS will be rese", + "code":"118", + "des":"In CCE, you can create a node (Creating a Node) or add existing nodes (ECSs or) to your cluster.While an ECS is being accepted into a cluster, the operating system of the", "doc_type":"usermanual2", "kw":"Adding Nodes for Management,Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Adding Nodes for Management", "githuburl":"" }, - { - "uri":"cce_10_0338.html", - "product_code":"cce", - "code":"126", - "des":"Removing a node from a cluster will re-install the node OS and clear CCE components on the node.Removing a node will not delete the server corresponding to the node. You ", - "doc_type":"usermanual2", - "kw":"Removing a Node,Nodes,User Guide", - "title":"Removing a Node", - "githuburl":"" - }, - { - "uri":"cce_10_0003.html", - "product_code":"cce", - "code":"127", - "des":"You can reset a node to modify the node configuration, such as the node OS and login mode.Resetting a node will reinstall the node OS and the Kubernetes software on the n", - "doc_type":"usermanual2", - "kw":"Resetting a Node,Nodes,User Guide", - "title":"Resetting a Node", - "githuburl":"" - }, { "uri":"cce_10_0185.html", + "node_id":"cce_10_0185.xml", "product_code":"cce", - "code":"128", + "code":"119", "des":"If you use SSH to log in to a node (an ECS), ensure that the ECS already has an EIP (a public IP address).Only login to a running ECS is allowed.Only the user linux can l", "doc_type":"usermanual2", "kw":"Logging In to a Node,Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Logging In to a Node", "githuburl":"" }, { - "uri":"cce_10_0004.html", + "uri":"cce_10_0672.html", + "node_id":"cce_10_0672.xml", "product_code":"cce", - "code":"129", + "code":"120", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"node labels", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Management Nodes", + "githuburl":"" + }, + { + "uri":"cce_10_0004.html", + "node_id":"cce_10_0004.xml", + "product_code":"cce", + "code":"121", "des":"You can add different labels to nodes and define different attributes for labels. By using these node labels, you can quickly understand the characteristics of each node.", "doc_type":"usermanual2", - "kw":"node labels,Inherent Label of a Node,Managing Node Labels,Nodes,User Guide", + "kw":"node labels,Inherent Label of a Node,Managing Node Labels,Management Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Managing Node Labels", "githuburl":"" }, { "uri":"cce_10_0352.html", + "node_id":"cce_10_0352.xml", "product_code":"cce", - "code":"130", + "code":"122", "des":"Taints enable a node to repel specific pods to prevent these pods from being scheduled to the node.A taint is a key-value pair associated with an effect. The following ef", "doc_type":"usermanual2", - "kw":"Managing Node Taints,Nodes,User Guide", + "kw":"NoSchedule,PreferNoSchedule,NoExecute,System Taints,Disable Scheduling,unschedulable,Managing Node T", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Managing Node Taints", "githuburl":"" }, { - "uri":"cce_10_0184.html", + "uri":"cce_10_0003.html", + "node_id":"cce_10_0003.xml", "product_code":"cce", - "code":"131", - "des":"Each node in a cluster is a cloud server or physical machine. After a cluster node is created, you can change the cloud server name or specifications as required.Some inf", + "code":"123", + "des":"You can reset a node to modify the node configuration, such as the node OS and login mode.Resetting a node will reinstall the node OS and the Kubernetes software on the n", "doc_type":"usermanual2", - "kw":"Synchronizing Data with Cloud Servers,Nodes,User Guide", + "kw":"reset a node,Resetting a Node,Management Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Resetting a Node", + "githuburl":"" + }, + { + "uri":"cce_10_0338.html", + "node_id":"cce_10_0338.xml", + "product_code":"cce", + "code":"124", + "des":"Removing a node from a cluster will re-install the node OS and clear CCE components on the node.Removing a node will not delete the server corresponding to the node. You ", + "doc_type":"usermanual2", + "kw":"Removing a Node,Management Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Removing a Node", + "githuburl":"" + }, + { + "uri":"cce_10_0184.html", + "node_id":"cce_10_0184.xml", + "product_code":"cce", + "code":"125", + "des":"Each node in a cluster is a cloud server or physical machine. After a cluster node is created, you can change the cloud server name or specifications as required. Modifyi", + "doc_type":"usermanual2", + "kw":"synchronize the ECS,Synchronizing Data with Cloud Servers,Management Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Synchronizing Data with Cloud Servers", "githuburl":"" }, { "uri":"cce_10_0186.html", + "node_id":"cce_10_0186.xml", "product_code":"cce", - "code":"132", + "code":"126", "des":"When a node in a CCE cluster is deleted, services running on the node will also be deleted. Exercise caution when performing this operation.VM nodes that are being used b", "doc_type":"usermanual2", - "kw":"Deleting a Node,Nodes,User Guide", + "kw":"Deleting a Node,Management Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Deleting a Node", "githuburl":"" }, { "uri":"cce_10_0036.html", + "node_id":"cce_10_0036.xml", "product_code":"cce", - "code":"133", + "code":"127", "des":"After a node in the cluster is stopped, services on the node are also stopped. Before stopping a node, ensure that discontinuity of the services on the node will not resu", "doc_type":"usermanual2", - "kw":"Stopping a Node,Nodes,User Guide", + "kw":"Stopping a Node,Management Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Stopping a Node", "githuburl":"" }, { "uri":"cce_10_0276.html", + "node_id":"cce_10_0276.xml", "product_code":"cce", - "code":"134", + "code":"128", "des":"In a rolling upgrade, a new node is created, existing workloads are migrated to the new node, and then the old node is deleted. Figure 1 shows the migration process.The o", "doc_type":"usermanual2", - "kw":"Performing Rolling Upgrade for Nodes,Nodes,User Guide", + "kw":"Performing Rolling Upgrade for Nodes,Management Nodes,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Performing Rolling Upgrade for Nodes", "githuburl":"" }, { - "uri":"cce_10_0035.html", + "uri":"cce_10_0704.html", + "node_id":"cce_10_0704.xml", "product_code":"cce", - "code":"135", + "code":"129", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Node O&M", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node O&M", + "githuburl":"" + }, + { + "uri":"cce_10_0178.html", + "node_id":"cce_10_0178.xml", + "product_code":"cce", + "code":"130", + "des":"Some node resources are used to run mandatory Kubernetes system components and resources to make the node as part of your cluster. Therefore, the total number of node res", + "doc_type":"usermanual2", + "kw":"total number of node resources,Node Resource Reservation Policy,Node O&M,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Node Resource Reservation Policy", + "githuburl":"" + }, + { + "uri":"cce_10_0341.html", + "node_id":"cce_10_0341.xml", + "product_code":"cce", + "code":"131", + "des":"This section describes how to allocate data disk space to nodes so that you can configure the data disk space accordingly.When creating a node, configure data disks for t", + "doc_type":"usermanual2", + "kw":"data disk space allocation,Container engine and container image space,basesize,basesize,Container St", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Data Disk Space Allocation", + "githuburl":"" + }, + { + "uri":"cce_10_0348.html", + "node_id":"cce_10_0348.xml", + "product_code":"cce", + "code":"132", + "des":"The maximum number of pods that can be created on a node is calculated based on the cluster type:For a cluster using the container tunnel network model, the value depends", + "doc_type":"usermanual2", + "kw":"Maximum Number of Pods on a Node,alpha.cce/fixPoolMask,maximum number of pods,Maximum Number of Pods", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Maximum Number of Pods That Can Be Created on a Node", + "githuburl":"" + }, + { + "uri":"cce_10_0601.html", + "node_id":"cce_10_0601.xml", + "product_code":"cce", + "code":"133", + "des":"Kubernetes has removed dockershim from v1.24 and does not support Docker by default. CCE will continue to support Docker in v1.25 but just till v1.27. The following steps", + "doc_type":"usermanual2", + "kw":"Migrating Nodes from Docker to containerd,Node O&M,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Migrating Nodes from Docker to containerd", + "githuburl":"" + }, + { + "uri":"cce_10_0035.html", + "node_id":"cce_10_0035.xml", + "product_code":"cce", + "code":"134", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Node Pools", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Pools", "githuburl":"" }, { "uri":"cce_10_0081.html", + "node_id":"cce_10_0081.xml", "product_code":"cce", - "code":"136", + "code":"135", "des":"CCE introduces node pools to help you better manage nodes in Kubernetes clusters. A node pool contains one node or a group of nodes with identical configuration in a clus", "doc_type":"usermanual2", - "kw":"Deploying a Workload in a Specified Node Pool,Node Pool Overview,Node Pools,User Guide", + "kw":"DefaultPool,DefaultPool,Deploying a Workload in a Specified Node Pool,Node Pool Overview,Node Pools,", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Pool Overview", "githuburl":"" }, { "uri":"cce_10_0012.html", + "node_id":"cce_10_0012.xml", "product_code":"cce", - "code":"137", + "code":"136", "des":"This section describes how to create a node pool and perform operations on the node pool. For details about how a node pool works, see Node Pool Overview.The autoscaler a", "doc_type":"usermanual2", - "kw":"Creating a Node Pool,Node Pools,User Guide", + "kw":"Scale-in cooling interval,Creating a Node Pool,Node Pools,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a Node Pool", "githuburl":"" }, { "uri":"cce_10_0222.html", + "node_id":"cce_10_0222.xml", "product_code":"cce", - "code":"138", + "code":"137", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Managing a Node Pool", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Managing a Node Pool", "githuburl":"" }, - { - "uri":"cce_10_0652.html", - "product_code":"cce", - "code":"139", - "des":"The default node pool DefaultPool does not support the following management operations.CCE allows you to highly customize Kubernetes parameter settings on core components", - "doc_type":"usermanual2", - "kw":"Configuring a Node Pool,Managing a Node Pool,User Guide", - "title":"Configuring a Node Pool", - "githuburl":"" - }, { "uri":"cce_10_0653.html", + "node_id":"cce_10_0653.xml", "product_code":"cce", - "code":"140", - "des":"When editing the resource tags of the node pool. The modified configuration takes effect only for new nodes. To synchronize the configuration to the existing nodes, you n", + "code":"138", + "des":"When editing the resource tags of the node pool. The modified configuration takes effect only for new nodes. To synchronize the configuration to the existing nodes, manua", "doc_type":"usermanual2", "kw":"Updating a Node Pool,Managing a Node Pool,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Updating a Node Pool", "githuburl":"" }, + { + "uri":"cce_10_0652.html", + "node_id":"cce_10_0652.xml", + "product_code":"cce", + "code":"139", + "des":"The default node pool DefaultPool does not support the following management operations.CCE allows you to highly customize Kubernetes parameter settings on core components", + "doc_type":"usermanual2", + "kw":"PIDs,Configuring a Node Pool,Managing a Node Pool,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Configuring a Node Pool", + "githuburl":"" + }, + { + "uri":"cce_10_0655.html", + "node_id":"cce_10_0655.xml", + "product_code":"cce", + "code":"140", + "des":"You can copy the configuration of an existing node pool to create a new node pool on the CCE console.", + "doc_type":"usermanual2", + "kw":"Copying a Node Pool,Managing a Node Pool,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Copying a Node Pool", + "githuburl":"" + }, { "uri":"cce_10_0654.html", + "node_id":"cce_10_0654.xml", "product_code":"cce", "code":"141", "des":"After the configuration of a node pool is updated, some configurations cannot be automatically synchronized for existing nodes. You can manually synchronize configuration", "doc_type":"usermanual2", "kw":"Synchronizing Node Pools,Managing a Node Pool,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Synchronizing Node Pools", "githuburl":"" }, { "uri":"cce_10_0660.html", + "node_id":"cce_10_0660.xml", "product_code":"cce", "code":"142", - "des":"When CCE releases a new OS image, existing nodes cannot be automatically upgraded. You can manually upgrade them in batches.This operation will upgrade the OS by resettin", + "des":"When CCE releases a new OS image, existing nodes cannot be automatically upgraded. You can manually upgrade them in batches.This section describes how to upgrade an OS by", "doc_type":"usermanual2", - "kw":"Upgrading the OS,Managing a Node Pool,User Guide", - "title":"Upgrading the OS", - "githuburl":"" - }, - { - "uri":"cce_10_0655.html", - "product_code":"cce", - "code":"143", - "des":"You can copy the configuration of an existing node pool to create a new node pool on the CCE console.", - "doc_type":"usermanual2", - "kw":"Copying a Node Pool,Managing a Node Pool,User Guide", - "title":"Copying a Node Pool", + "kw":"Upgrading an OS,Managing a Node Pool,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Upgrading an OS", "githuburl":"" }, { "uri":"cce_10_0656.html", + "node_id":"cce_10_0656.xml", "product_code":"cce", - "code":"144", + "code":"143", "des":"Nodes in a node pool can be migrated. Currently, nodes in a node pool can be migrated only to the default node pool (defaultpool) in the same cluster.The migration has no", "doc_type":"usermanual2", "kw":"Migrating a Node,Managing a Node Pool,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Migrating a Node", "githuburl":"" }, { "uri":"cce_10_0657.html", + "node_id":"cce_10_0657.xml", "product_code":"cce", - "code":"145", + "code":"144", "des":"Deleting a node pool will delete nodes in the pool. Pods on these nodes will be automatically migrated to available nodes in other node pools.Deleting a node pool will de", "doc_type":"usermanual2", "kw":"Deleting a Node Pool,Managing a Node Pool,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Deleting a Node Pool", "githuburl":"" }, { "uri":"cce_10_0046.html", + "node_id":"cce_10_0046.xml", "product_code":"cce", - "code":"146", + "code":"145", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Workloads", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Workloads", "githuburl":"" }, { "uri":"cce_10_0006.html", + "node_id":"cce_10_0006.xml", "product_code":"cce", - "code":"147", + "code":"146", "des":"A workload is an application running on Kubernetes. No matter how many components are there in your workload, you can run it in a group of Kubernetes pods. A workload is ", "doc_type":"usermanual2", "kw":"Overview,Workloads,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Overview", "githuburl":"" }, + { + "uri":"cce_10_0673.html", + "node_id":"cce_10_0673.xml", + "product_code":"cce", + "code":"147", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Creating a Workload", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Creating a Workload", + "githuburl":"" + }, { "uri":"cce_10_0047.html", + "node_id":"cce_10_0047.xml", "product_code":"cce", "code":"148", "des":"Deployments are workloads (for example, Nginx) that do not store any data or status. You can create Deployments on the CCE console or by running kubectl commands.Before c", "doc_type":"usermanual2", - "kw":"create a workload using kubectl,Creating a Deployment,Workloads,User Guide", + "kw":"create a workload using kubectl,Creating a Deployment,Creating a Workload,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a Deployment", "githuburl":"" }, { "uri":"cce_10_0048.html", + "node_id":"cce_10_0048.xml", "product_code":"cce", "code":"149", "des":"StatefulSets are a type of workloads whose data or status is stored while they are running. For example, MySQL is a StatefulSet because it needs to store new data.A conta", "doc_type":"usermanual2", - "kw":"Using kubectl,Creating a StatefulSet,Workloads,User Guide", + "kw":"Using kubectl,Creating a StatefulSet,Creating a Workload,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a StatefulSet", "githuburl":"" }, { "uri":"cce_10_0216.html", + "node_id":"cce_10_0216.xml", "product_code":"cce", "code":"150", "des":"CCE provides deployment and management capabilities for multiple types of containers and supports features of container workloads, including creation, configuration, moni", "doc_type":"usermanual2", - "kw":"create a workload using kubectl,Creating a DaemonSet,Workloads,User Guide", + "kw":"create a workload using kubectl,Creating a DaemonSet,Creating a Workload,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a DaemonSet", "githuburl":"" }, { "uri":"cce_10_0150.html", + "node_id":"cce_10_0150.xml", "product_code":"cce", "code":"151", "des":"Jobs are short-lived and run for a certain time to completion. They can be executed immediately after being deployed. It is completed after it exits normally (exit 0).A j", "doc_type":"usermanual2", - "kw":"Creating a Job,Workloads,User Guide", + "kw":"Creating a Job,Creating a Workload,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a Job", "githuburl":"" }, { "uri":"cce_10_0151.html", + "node_id":"cce_10_0151.xml", "product_code":"cce", "code":"152", "des":"A cron job runs on a repeating schedule. You can perform time synchronization for all active nodes at a fixed time point.A cron job runs periodically at the specified tim", "doc_type":"usermanual2", - "kw":"time synchronization,Creating a Cron Job,Workloads,User Guide", + "kw":"time synchronization,Creating a Cron Job,Creating a Workload,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a Cron Job", "githuburl":"" }, { - "uri":"cce_10_0007.html", + "uri":"cce_10_0130.html", + "node_id":"cce_10_0130.xml", "product_code":"cce", "code":"153", - "des":"After a workload is created, you can upgrade, monitor, roll back, or delete the workload, as well as edit its YAML file.Workload/Job managementOperationDescriptionMonitor", - "doc_type":"usermanual2", - "kw":"Managing Workloads and Jobs,Workloads,User Guide", - "title":"Managing Workloads and Jobs", - "githuburl":"" - }, - { - "uri":"cce_10_0130.html", - "product_code":"cce", - "code":"154", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Configuring a Container", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Configuring a Container", "githuburl":"" }, { - "uri":"cce_10_0396.html", + "uri":"cce_10_0354.html", + "node_id":"cce_10_0354.xml", + "product_code":"cce", + "code":"154", + "des":"When creating a workload, you can configure containers to use the same time zone as the node. You can enable time zone synchronization when creating a workload.The time z", + "doc_type":"usermanual2", + "kw":"Configuring Time Zone Synchronization,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Configuring Time Zone Synchronization", + "githuburl":"" + }, + { + "uri":"cce_10_0353.html", + "node_id":"cce_10_0353.xml", "product_code":"cce", "code":"155", - "des":"A workload is an abstract model of a group of pods. One pod can encapsulate one or more containers. You can click Add Container in the upper right corner to add multiple ", + "des":"When a workload is created, the container image is pulled from the image repository to the node. The image is also pulled when the workload is restarted or upgraded.By de", "doc_type":"usermanual2", - "kw":"Setting Basic Container Information,Configuring a Container,User Guide", - "title":"Setting Basic Container Information", + "kw":"Configuring an Image Pull Policy,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Configuring an Image Pull Policy", "githuburl":"" }, { "uri":"cce_10_0009.html", + "node_id":"cce_10_0009.xml", "product_code":"cce", "code":"156", "des":"CCE allows you to create workloads using images pulled from third-party image repositories.Generally, a third-party image repository can be accessed only after authentica", "doc_type":"usermanual2", - "kw":"Using a Third-Party Image,Configuring a Container,User Guide", - "title":"Using a Third-Party Image", + "kw":"Using Third-Party Images,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Using Third-Party Images", "githuburl":"" }, { "uri":"cce_10_0163.html", + "node_id":"cce_10_0163.xml", "product_code":"cce", "code":"157", - "des":"CCE allows you to set resource limits for added containers during workload creation. You can apply for and limit the CPU and memory quotas used by each pod in a workload.", + "des":"CCE allows you to set resource requirements and limits, such as CPU and RAM, for added containers during workload creation. Kubernetes also allows using YAML to set requi", "doc_type":"usermanual2", "kw":"Setting Container Specifications,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Setting Container Specifications", "githuburl":"" }, { "uri":"cce_10_0105.html", + "node_id":"cce_10_0105.xml", "product_code":"cce", "code":"158", "des":"CCE provides callback functions for the lifecycle management of containerized applications. For example, if you want a container to perform a certain operation before sto", "doc_type":"usermanual2", "kw":"Startup Command,Post-Start,Pre-Stop,Setting Container Lifecycle Parameters,Configuring a Container,U", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Setting Container Lifecycle Parameters", "githuburl":"" }, { "uri":"cce_10_0112.html", + "node_id":"cce_10_0112.xml", "product_code":"cce", "code":"159", "des":"Health check regularly checks the health status of containers during container running. If the health check function is not configured, a pod cannot detect application ex", "doc_type":"usermanual2", "kw":"Health check,HTTP request,TCP port,CLI,Setting Health Check for a Container,Configuring a Container,", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Setting Health Check for a Container", "githuburl":"" }, { "uri":"cce_10_0113.html", + "node_id":"cce_10_0113.xml", "product_code":"cce", "code":"160", "des":"An environment variable is a variable whose value can affect the way a running container will behave. You can modify environment variables even after workloads are deploy", "doc_type":"usermanual2", "kw":"Setting an Environment Variable,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Setting an Environment Variable", "githuburl":"" }, { - "uri":"cce_10_0353.html", + "uri":"cce_10_0397.html", + "node_id":"cce_10_0397.xml", "product_code":"cce", "code":"161", - "des":"When a workload is created, the container image is pulled from the image repository to the node. The image is also pulled when the workload is restarted or upgraded.By de", - "doc_type":"usermanual2", - "kw":"Configuring an Image Pull Policy,Configuring a Container,User Guide", - "title":"Configuring an Image Pull Policy", - "githuburl":"" - }, - { - "uri":"cce_10_0354.html", - "product_code":"cce", - "code":"162", - "des":"When creating a workload, you can configure containers to use the same time zone as the node. You can enable time zone synchronization when creating a workload.The time z", - "doc_type":"usermanual2", - "kw":"Configuring Time Zone Synchronization,Configuring a Container,User Guide", - "title":"Configuring Time Zone Synchronization", - "githuburl":"" - }, - { - "uri":"cce_10_0397.html", - "product_code":"cce", - "code":"163", "des":"In actual applications, upgrade is a common operation. A Deployment, StatefulSet, or DaemonSet can easily support application upgrade.You can set different upgrade polici", "doc_type":"usermanual2", "kw":"Configuring the Workload Upgrade Policy,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Configuring the Workload Upgrade Policy", "githuburl":"" }, { "uri":"cce_10_0232.html", + "node_id":"cce_10_0232.xml", "product_code":"cce", - "code":"164", - "des":"A nodeSelector provides a very simple way to constrain pods to nodes with particular labels, as mentioned in Creating a DaemonSet. The affinity and anti-affinity feature ", + "code":"162", + "des":"Kubernetes supports node affinity and pod affinity/anti-affinity. You can configure custom rules to achieve affinity and anti-affinity scheduling. For example, you can de", "doc_type":"usermanual2", "kw":"Scheduling Policy (Affinity/Anti-affinity),Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Scheduling Policy (Affinity/Anti-affinity)", "githuburl":"" }, { - "uri":"cce_10_0345.html", + "uri":"cce_10_0728.html", + "node_id":"cce_10_0728.xml", "product_code":"cce", - "code":"165", - "des":"You can use GPUs in CCE containers.A GPU node has been created. For details, see Creating a Node.The gpu-beta add-on has been installed. During the installation, select t", + "code":"163", + "des":"Tolerations allow the scheduler to schedule pods to nodes with target taints. Tolerances work with node taints. Each node allows one or more taints. If no tolerance is co", "doc_type":"usermanual2", - "kw":"GPU Scheduling,Workloads,User Guide", - "title":"GPU Scheduling", - "githuburl":"" - }, - { - "uri":"cce_10_0551.html", - "product_code":"cce", - "code":"166", - "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", - "doc_type":"usermanual2", - "kw":"CPU Core Binding", - "title":"CPU Core Binding", - "githuburl":"" - }, - { - "uri":"cce_10_0351.html", - "product_code":"cce", - "code":"167", - "des":"By default, kubelet uses CFS quotas to enforce pod CPU limits. When the node runs many CPU-bound pods, the workload can move to different CPU cores depending on whether t", - "doc_type":"usermanual2", - "kw":"Binding CPU Cores,CPU Core Binding,User Guide", - "title":"Binding CPU Cores", - "githuburl":"" - }, - { - "uri":"cce_10_00356.html", - "product_code":"cce", - "code":"168", - "des":"If you encounter unexpected problems when using a container, you can log in to the container for debugging.The example output is as follows:NAME ", - "doc_type":"usermanual2", - "kw":"Accessing a Container,Workloads,User Guide", - "title":"Accessing a Container", + "kw":"Taints and Tolerations,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Taints and Tolerations", "githuburl":"" }, { "uri":"cce_10_0386.html", + "node_id":"cce_10_0386.xml", "product_code":"cce", - "code":"169", + "code":"164", "des":"CCE allows you to add annotations to a YAML file to realize some advanced pod functions. The following table describes the annotations you can add.When you create a workl", "doc_type":"usermanual2", - "kw":"Pod Labels and Annotations,Workloads,User Guide", - "title":"Pod Labels and Annotations", + "kw":"Labels and Annotations,Configuring a Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Labels and Annotations", "githuburl":"" }, { - "uri":"cce_10_0423.html", + "uri":"cce_10_00356.html", + "node_id":"cce_10_00356.xml", + "product_code":"cce", + "code":"165", + "des":"If you encounter unexpected problems when using a container, you can log in to the container to debug it.The example output is as follows:NAME ", + "doc_type":"usermanual2", + "kw":"Accessing a Container,Workloads,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Accessing a Container", + "githuburl":"" + }, + { + "uri":"cce_10_0007.html", + "node_id":"cce_10_0007.xml", + "product_code":"cce", + "code":"166", + "des":"After a workload is created, you can upgrade, monitor, roll back, or delete the workload, as well as edit its YAML file.Workload/Job managementOperationDescriptionMonitor", + "doc_type":"usermanual2", + "kw":"Managing Workloads and Jobs,Workloads,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Managing Workloads and Jobs", + "githuburl":"" + }, + { + "uri":"cce_10_0463.html", + "node_id":"cce_10_0463.xml", + "product_code":"cce", + "code":"167", + "des":"The most significant difference is that each Kata container (pod) runs on an independent micro-VM, has an independent OS kernel, and is securely isolated at the virtualiz", + "doc_type":"usermanual2", + "kw":"Kata Runtime and Common Runtime,Workloads,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Kata Runtime and Common Runtime", + "githuburl":"" + }, + { + "uri":"cce_10_0674.html", + "node_id":"cce_10_0674.xml", + "product_code":"cce", + "code":"168", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Scheduling", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Scheduling", + "githuburl":"" + }, + { + "uri":"cce_10_0702.html", + "node_id":"cce_10_0702.xml", + "product_code":"cce", + "code":"169", + "des":"CCE supports different types of resource scheduling and task scheduling, improving application performance and overall cluster resource utilization. This section describe", + "doc_type":"usermanual2", + "kw":"Overview,Scheduling,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Overview", + "githuburl":"" + }, + { + "uri":"cce_10_0551.html", + "node_id":"cce_10_0551.xml", "product_code":"cce", "code":"170", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", + "kw":"CPU Scheduling", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"CPU Scheduling", + "githuburl":"" + }, + { + "uri":"cce_10_0351.html", + "node_id":"cce_10_0351.xml", + "product_code":"cce", + "code":"171", + "des":"By default, kubelet uses CFS quotas to enforce pod CPU limits. When the node runs many CPU-bound pods, the workload can move to different CPU cores depending on whether t", + "doc_type":"usermanual2", + "kw":"CPU Policy,CPU Scheduling,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"CPU Policy", + "githuburl":"" + }, + { + "uri":"cce_10_0720.html", + "node_id":"cce_10_0720.xml", + "product_code":"cce", + "code":"172", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"GPU Scheduling", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"GPU Scheduling", + "githuburl":"" + }, + { + "uri":"cce_10_0345.html", + "node_id":"cce_10_0345.xml", + "product_code":"cce", + "code":"173", + "des":"You can use GPUs in CCE containers.A GPU node has been created. For details, see Creating a Node.The gpu-device-plugin (previously gpu-beta add-on) has been installed. Du", + "doc_type":"usermanual2", + "kw":"Default GPU Scheduling in Kubernetes,GPU Scheduling,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Default GPU Scheduling in Kubernetes", + "githuburl":"" + }, + { + "uri":"cce_10_0423.html", + "node_id":"cce_10_0423.xml", + "product_code":"cce", + "code":"174", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", "kw":"Volcano Scheduling", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Volcano Scheduling", "githuburl":"" }, { - "uri":"cce_10_0384.html", + "uri":"cce_10_0425.html", + "node_id":"cce_10_0425.xml", "product_code":"cce", - "code":"171", - "des":"Jobs can be classified into online jobs and offline jobs based on whether services are always online.Online job: Such jobs run for a long time, with regular traffic surge", + "code":"175", + "des":"When the node runs many CPU-bound pods, the workload can move to different CPU cores depending on whether the pod is throttled and which CPU cores are available at schedu", "doc_type":"usermanual2", - "kw":"Hybrid Deployment of Online and Offline Jobs,Volcano Scheduling,User Guide", - "title":"Hybrid Deployment of Online and Offline Jobs", + "kw":"NUMA Affinity Scheduling,Volcano Scheduling,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"NUMA Affinity Scheduling", "githuburl":"" }, { - "uri":"cce_10_0288.html", + "uri":"cce_10_0709.html", + "node_id":"cce_10_0709.xml", "product_code":"cce", - "code":"172", - "des":"When the Cloud Native Network 2.0 model is used, pods use VPC ENIs or sub-ENIs for networking. You can directly bind security groups and EIPs to pods. CCE provides a cust", + "code":"176", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Security Group Policies,Workloads,User Guide", - "title":"Security Group Policies", + "kw":"Cloud Native Hybrid Deployment", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Cloud Native Hybrid Deployment", + "githuburl":"" + }, + { + "uri":"cce_10_0384.html", + "node_id":"cce_10_0384.xml", + "product_code":"cce", + "code":"177", + "des":"Many services see surges in traffic. To ensure performance and stability, resources are often requested at the maximum needed. However, the surges may ebb very shortly an", + "doc_type":"usermanual2", + "kw":"Dynamic Resource Oversubscription,Cloud Native Hybrid Deployment,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Dynamic Resource Oversubscription", "githuburl":"" }, { "uri":"cce_10_0020.html", + "node_id":"cce_10_0020.xml", "product_code":"cce", - "code":"173", + "code":"178", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Networking", - "title":"Networking", + "kw":"Network", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Network", "githuburl":"" }, { "uri":"cce_10_0010.html", + "node_id":"cce_10_0010.xml", "product_code":"cce", - "code":"174", + "code":"179", "des":"You can learn about a cluster network from the following two aspects:What is a cluster network like? A cluster consists of multiple nodes, and pods (or containers) are ru", "doc_type":"usermanual2", - "kw":"Overview,Networking,User Guide", + "kw":"Overview,Network,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Overview", "githuburl":"" }, { "uri":"cce_10_0280.html", + "node_id":"cce_10_0280.xml", "product_code":"cce", - "code":"175", + "code":"180", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Container Network Models", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Container Network Models", "githuburl":"" }, { "uri":"cce_10_0281.html", + "node_id":"cce_10_0281.xml", "product_code":"cce", - "code":"176", - "des":"The container network assigns IP addresses to pods in a cluster and provides networking services. In CCE, you can select the following network models for your cluster:Con", + "code":"181", + "des":"The container network assigns IP addresses to pods in a cluster and provides networking services. In CCE, you can select the following network models for your cluster:Tun", "doc_type":"usermanual2", "kw":"Overview,Container Network Models,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Overview", "githuburl":"" }, { "uri":"cce_10_0282.html", + "node_id":"cce_10_0282.xml", "product_code":"cce", - "code":"177", + "code":"182", "des":"The container tunnel network is constructed on but independent of the node network through tunnel encapsulation. This network model uses VXLAN to encapsulate Ethernet pac", "doc_type":"usermanual2", "kw":"Container Tunnel Network,Container Network Models,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Container Tunnel Network", "githuburl":"" }, { "uri":"cce_10_0283.html", + "node_id":"cce_10_0283.xml", "product_code":"cce", - "code":"178", + "code":"183", "des":"The VPC network uses VPC routing to integrate with the underlying network. This network model is suitable for performance-intensive scenarios. The maximum number of nodes", "doc_type":"usermanual2", "kw":"VPC Network,Container Network Models,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"VPC Network", "githuburl":"" }, { "uri":"cce_10_0284.html", + "node_id":"cce_10_0284.xml", "product_code":"cce", - "code":"179", - "des":"Developed by CCE, Cloud Native Network 2.0 deeply integrates Elastic Network Interfaces (ENIs) and sub-ENIs of Virtual Private Cloud (VPC). Container IP addresses are all", + "code":"184", + "des":"Developed by CCE, Cloud Native 2.0 network deeply integrates Elastic Network Interfaces (ENIs) and sub-ENIs of Virtual Private Cloud (VPC). Container IP addresses are all", "doc_type":"usermanual2", - "kw":"Cloud Native Network 2.0,Container Network Models,User Guide", - "title":"Cloud Native Network 2.0", + "kw":"Cloud Native 2.0 Network,Container Network Models,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Cloud Native 2.0 Network", "githuburl":"" }, { "uri":"cce_10_0247.html", + "node_id":"cce_10_0247.xml", "product_code":"cce", - "code":"180", + "code":"185", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Services", - "title":"Services", + "kw":"Service", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Service", "githuburl":"" }, { "uri":"cce_10_0249.html", + "node_id":"cce_10_0249.xml", "product_code":"cce", - "code":"181", - "des":"After a pod is created, the following problems may occur if you directly access the pod:The pod can be deleted and recreated at any time by a controller such as a Deploym", + "code":"186", + "des":"After a pod is created, the following problems may occur if you directly access to the pod:The pod can be deleted and created again at any time by a controller such as a ", "doc_type":"usermanual2", - "kw":"Service Overview,Services,User Guide", - "title":"Service Overview", + "kw":"Overview,Service,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Overview", "githuburl":"" }, { "uri":"cce_10_0011.html", + "node_id":"cce_10_0011.xml", "product_code":"cce", - "code":"182", + "code":"187", "des":"ClusterIP Services allow workloads in the same cluster to use their cluster-internal domain names to access each other.The cluster-internal domain name format is Deployments or StatefulSets in the navigation pane ", + "des":"On the CCE console, you can upload a Helm chart package, deploy it, and manage the deployed pods.The number of charts that can be uploaded by a single user is limited. Th", "doc_type":"usermanual2", - "kw":"Fault Locating and Troubleshooting for Abnormal Workloads,Workload Abnormalities,User Guide", - "title":"Fault Locating and Troubleshooting for Abnormal Workloads", + "kw":"Deploying an Application from a Chart,Helm Chart,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Deploying an Application from a Chart", "githuburl":"" }, { - "uri":"cce_faq_00098.html", + "uri":"cce_10_0421.html", + "node_id":"cce_10_0421.xml", "product_code":"cce", "code":"304", - "des":"Viewing K8s Event InformationCheck Item 1: Checking Whether a Node Is Available in the ClusterCheck Item 2: Checking Whether Node Resources (CPU and Memory) Are Sufficien", + "des":"Helm v2 stops at version 2.17.0. Currently, Helm v3 is the standard in the Helm community. You are advised to switch your charts to Helm v3 format as soon as possible.Cha", "doc_type":"usermanual2", - "kw":"workload,InstanceSchedulingFailed,Failed to Schedule an Instance,Workload Abnormalities,User Guide", - "title":"Failed to Schedule an Instance", + "kw":"Differences Between Helm v2 and Helm v3 and Adaptation Solutions,Helm Chart,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Differences Between Helm v2 and Helm v3 and Adaptation Solutions", "githuburl":"" }, { - "uri":"cce_faq_00015.html", + "uri":"cce_10_0420.html", + "node_id":"cce_10_0420.xml", "product_code":"cce", "code":"305", - "des":"If the workload details page displays an event indicating that image pulling fails, perform the following operations to locate the fault:Check Item 1: Checking Whether im", + "des":"The Kubernetes cluster created on CCE has been connected to kubectl. For details, see Using kubectl.This section uses Helm v2.17.0 as an example.For other versions, visit", "doc_type":"usermanual2", - "kw":"workload,Failed to Pull an Image,Workload Abnormalities,User Guide", - "title":"Failed to Pull an Image", + "kw":"Deploying an Application Through the Helm v2 Client,Helm Chart,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Deploying an Application Through the Helm v2 Client", "githuburl":"" }, { - "uri":"cce_faq_00018.html", + "uri":"cce_10_0144.html", + "node_id":"cce_10_0144.xml", "product_code":"cce", "code":"306", - "des":"On the details page of a workload, if an event is displayed indicating that the container fails to be restarted, perform the following operations to locate the fault:Rect", + "des":"The Kubernetes cluster created on CCE has been connected to kubectl. For details, see Using kubectl.This section uses Helm v3.3.0 as an example.For other versions, visit ", "doc_type":"usermanual2", - "kw":"Failed to Restart a Container,Workload Abnormalities,User Guide", - "title":"Failed to Restart a Container", + "kw":"Deploying an Application Through the Helm v3 Client,Helm Chart,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Deploying an Application Through the Helm v3 Client", "githuburl":"" }, { - "uri":"cce_faq_00209.html", + "uri":"cce_10_0422.html", + "node_id":"cce_10_0422.xml", "product_code":"cce", "code":"307", - "des":"Pod actions are classified into the following two types:kube-controller-manager periodically checks the status of all nodes. If a node is in the NotReady state for a peri", + "des":"CCE fully supports Helm v3. This section guides you to convert a Helm v2 release to Helm v3. Helm v3 discards or reconstructs some Helm v2 functions at the bottom layer. ", "doc_type":"usermanual2", - "kw":"What Should I Do If An Evicted Pod Exists?,Workload Abnormalities,User Guide", - "title":"What Should I Do If An Evicted Pod Exists?", + "kw":"Converting a Release from Helm v2 to v3,Helm Chart,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Converting a Release from Helm v2 to v3", "githuburl":"" }, { - "uri":"cce_faq_00140.html", + "uri":"cce_10_0164.html", + "node_id":"cce_10_0164.xml", "product_code":"cce", "code":"308", - "des":"When a node is faulty, pods on the node are evicted to ensure workload availability. If the pods are not evicted when the node is faulty, perform the following steps:Use ", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"Instance Eviction Exception,Workload Abnormalities,User Guide", - "title":"Instance Eviction Exception", + "kw":"Permissions", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Permissions", "githuburl":"" }, { - "uri":"cce_faq_00210.html", + "uri":"cce_10_0187.html", + "node_id":"cce_10_0187.xml", "product_code":"cce", "code":"309", - "des":"When a node is in the Unavailable state, CCE migrates container pods on the node and sets the pods running on the node to the Terminating state.After the node is restored", + "des":"CCE permissions management allows you to assign permissions to IAM users and user groups under your tenant accounts. CCE combines the advantages of Identity and Access Ma", "doc_type":"usermanual2", - "kw":"What Should I Do If Pods in the Terminating State Cannot Be Deleted?,Workload Abnormalities,User Gui", - "title":"What Should I Do If Pods in the Terminating State Cannot Be Deleted?", + "kw":"Permissions Overview,Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Permissions Overview", "githuburl":"" }, { - "uri":"cce_faq_00012.html", + "uri":"cce_10_0188.html", + "node_id":"cce_10_0188.xml", "product_code":"cce", "code":"310", - "des":"The metadata.enable field in the YAML file of the workload is false. As a result, the pod of the workload is deleted and the workload is in the stopped status.The workloa", + "des":"CCE cluster-level permissions are assigned based on IAM system policies and custom policies. You can use user groups to assign permissions to IAM users.Cluster permission", "doc_type":"usermanual2", - "kw":"What Should I Do If a Workload Is Stopped Caused by Pod Deletion?,Workload Abnormalities,User Guide", - "title":"What Should I Do If a Workload Is Stopped Caused by Pod Deletion?", + "kw":"Cluster Permissions (IAM-based),Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Cluster Permissions (IAM-based)", "githuburl":"" }, { - "uri":"cce_faq_00005.html", + "uri":"cce_10_0189.html", + "node_id":"cce_10_0189.xml", "product_code":"cce", "code":"311", - "des":"The pod remains in the creating state for a long time, and the sandbox-related errors are reported.Select a troubleshooting method for your cluster:Clusters of V1.13 or l", + "des":"You can regulate users' or user groups' access to Kubernetes resources in a single namespace based on their Kubernetes RBAC roles. The RBAC API declares four kinds of Kub", "doc_type":"usermanual2", - "kw":"What Should I Do If Sandbox-Related Errors Are Reported When the Pod Remains in the Creating State?,", - "title":"What Should I Do If Sandbox-Related Errors Are Reported When the Pod Remains in the Creating State?", + "kw":"Namespace Permissions (Kubernetes RBAC-based),Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Namespace Permissions (Kubernetes RBAC-based)", "githuburl":"" }, { - "uri":"cce_faq_00199.html", + "uri":"cce_10_0245.html", + "node_id":"cce_10_0245.xml", "product_code":"cce", "code":"312", - "des":"Workload pods in the cluster fail and are being redeployed constantly.After the following command is run, the command output shows that many pods are in the evicted state", + "des":"The conventional distributed task scheduling mode is being replaced by Kubernetes. CCE allows you to easily deploy, manage, and scale containerized applications in the cl", "doc_type":"usermanual2", - "kw":"What Should I Do If a Pod Is in the Evicted State?,Workload Abnormalities,User Guide", - "title":"What Should I Do If a Pod Is in the Evicted State?", + "kw":"Example: Designing and Configuring Permissions for Users in a Department,Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Example: Designing and Configuring Permissions for Users in a Department", "githuburl":"" }, { - "uri":"cce_faq_00002.html", + "uri":"cce_10_0190.html", + "node_id":"cce_10_0190.xml", "product_code":"cce", "code":"313", - "des":"If a node has sufficient memory resources, a container on this node can use more memory resources than requested, but no more than limited. If the memory allocated to a c", + "des":"Some CCE permissions policies depend on the policies of other cloud services. To view or use other cloud resources on the CCE console, enable the system policy access con", "doc_type":"usermanual2", - "kw":"What Should I Do If the OOM Killer Is Triggered When a Container Uses Memory Resources More Than Lim", - "title":"What Should I Do If the OOM Killer Is Triggered When a Container Uses Memory Resources More Than Limited?", + "kw":"Permission Dependency of the CCE Console,Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Permission Dependency of the CCE Console", "githuburl":"" }, { - "uri":"cce_faq_00202.html", + "uri":"cce_10_0465.html", + "node_id":"cce_10_0465.xml", "product_code":"cce", "code":"314", - "des":"A workload can be accessed from public networks through a load balancer. LoadBalancer provides higher reliability than EIP-based NodePort because an EIP is no longer boun", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", - "kw":"What Should I Do If a Service Released in a Workload Cannot Be Accessed from Public Networks?,Refere", - "title":"What Should I Do If a Service Released in a Workload Cannot Be Accessed from Public Networks?", + "kw":"Pod Security", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Pod Security", "githuburl":"" }, { - "uri":"cce_faq_00266.html", + "uri":"cce_10_0275.html", + "node_id":"cce_10_0275.xml", "product_code":"cce", "code":"315", - "des":"A VPC is similar to a private local area network (LAN) managed by a home gateway whose IP address is 192.168.0.0/16. A VPC is a private network built on the cloud and pro", + "des":"A pod security policy (PSP) is a cluster-level resource that controls sensitive security aspects of the pod specification. The PodSecurityPolicy object in Kubernetes defi", "doc_type":"usermanual2", - "kw":"VPC,cluster,nodes,What Is the Relationship Between Clusters, VPCs, and Subnets?,Reference,User Guide", - "title":"What Is the Relationship Between Clusters, VPCs, and Subnets?", + "kw":"Configuring a Pod Security Policy,Pod Security,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Configuring a Pod Security Policy", "githuburl":"" }, { - "uri":"cce_faq_00265.html", + "uri":"cce_10_0466.html", + "node_id":"cce_10_0466.xml", "product_code":"cce", "code":"316", - "des":"CCE is a universal container platform. Its default security group rules apply to common scenarios. Based on security requirements, you can harden the security group rules", + "des":"Before using pod security admission, understand Kubernetes Pod Security Standards. These standards define different isolation levels for pods. They let you define how you", "doc_type":"usermanual2", - "kw":"How Do I Harden the VPC Security Group Rules for CCE Cluster Nodes?,Reference,User Guide", - "title":"How Do I Harden the VPC Security Group Rules for CCE Cluster Nodes?", + "kw":"Configuring Pod Security Admission,Pod Security,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Configuring Pod Security Admission", "githuburl":"" }, { - "uri":"cce_bestpractice.html", + "uri":"cce_10_0477.html", + "node_id":"cce_10_0477.xml", "product_code":"cce", "code":"317", + "des":"In clusters earlier than v1.21, a token is obtained by mounting the secret of the service account to a pod. Tokens obtained this way are permanent. This approach is no lo", + "doc_type":"usermanual2", + "kw":"Service Account Token Security Improvement,Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"Yes", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Service Account Token Security Improvement", + "githuburl":"" + }, + { + "uri":"cce_bestpractice_0000.html", + "node_id":"cce_bestpractice_0000.xml", + "product_code":"cce", + "code":"318", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Best Practice", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Best Practice", "githuburl":"" }, { "uri":"cce_bestpractice_00006.html", + "node_id":"cce_bestpractice_00006.xml", "product_code":"cce", - "code":"318", + "code":"319", "des":"Security, efficiency, stability, and availability are common requirements on all cloud services. To meet these requirements, the system availability, data reliability, an", "doc_type":"usermanual2", "kw":"Checklist for Deploying Containerized Applications in the Cloud,Best Practice,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Checklist for Deploying Containerized Applications in the Cloud", "githuburl":"" }, { "uri":"cce_bestpractice_0321.html", + "node_id":"cce_bestpractice_0321.xml", "product_code":"cce", - "code":"319", + "code":"320", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Containerization", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Containerization", "githuburl":"" }, { "uri":"cce_bestpractice_0001.html", + "node_id":"cce_bestpractice_0001.xml", "product_code":"cce", - "code":"320", + "code":"321", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Containerizing an Enterprise Application (ERP)", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Containerizing an Enterprise Application (ERP)", "githuburl":"" }, { "uri":"cce_bestpractice_0002.html", + "node_id":"cce_bestpractice_0002.xml", "product_code":"cce", - "code":"321", + "code":"322", "des":"This chapter provides CCE best practices to walk you through the application containerization.A container is a lightweight high-performance resource isolation mechanism i", "doc_type":"usermanual2", "kw":"enterprise resource planning (ERP),Solution Overview,Containerizing an Enterprise Application (ERP),", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Solution Overview", "githuburl":"" }, { "uri":"cce_bestpractice_0340.html", + "node_id":"cce_bestpractice_0340.xml", "product_code":"cce", - "code":"322", + "code":"323", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Procedure", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Procedure", "githuburl":"" }, { "uri":"cce_bestpractice_0003.html", + "node_id":"cce_bestpractice_0003.xml", "product_code":"cce", - "code":"323", + "code":"324", "des":"This tutorial describes how to containerize an ERP system by migrating it from a VM to CCE.No recoding or re-architecting is required. You only need to pack the entire ap", "doc_type":"usermanual2", "kw":"Containerizing an Entire Application,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Containerizing an Entire Application", "githuburl":"" }, { "uri":"cce_bestpractice_0004.html", + "node_id":"cce_bestpractice_0004.xml", "product_code":"cce", - "code":"324", + "code":"325", "des":"The following figure illustrates the process of containerizing an application.", "doc_type":"usermanual2", "kw":"Containerization Process,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Containerization Process", "githuburl":"" }, { "uri":"cce_bestpractice_0005.html", + "node_id":"cce_bestpractice_0005.xml", "product_code":"cce", - "code":"325", - "des":"Before containerizing an application, you need to analyze the running environment and dependencies of the application, and get familiar with the application deployment mo", + "code":"326", + "des":"Before containerizing an application, analyze the running environment and dependencies of the application, and get familiar with the application deployment mode. For deta", "doc_type":"usermanual2", "kw":"containerizing an application,Analyzing the Application,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Analyzing the Application", "githuburl":"" }, { "uri":"cce_bestpractice_0006.html", + "node_id":"cce_bestpractice_0006.xml", "product_code":"cce", - "code":"326", - "des":"After application analysis, you have gained the understanding of the OS and runtime required for running the application. You need to make the following preparations:Inst", + "code":"327", + "des":"After application analysis, you have gained the understanding of the OS and runtime required for running the application. Make the following preparations:Installing Docke", "doc_type":"usermanual2", "kw":"Preparing the Application Runtime,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Preparing the Application Runtime", "githuburl":"" }, { "uri":"cce_bestpractice_0007.html", + "node_id":"cce_bestpractice_0007.xml", "product_code":"cce", - "code":"327", - "des":"During application containerization, you need to prepare a startup script. The method of compiling this script is the same as that of compiling a shell script. The startu", + "code":"328", + "des":"During application containerization, prepare a startup script. The method of compiling this script is the same as that of compiling a shell script. The startup script is ", "doc_type":"usermanual2", "kw":"Compiling a Startup Script,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Compiling a Startup Script", "githuburl":"" }, { "uri":"cce_bestpractice_0008.html", + "node_id":"cce_bestpractice_0008.xml", "product_code":"cce", - "code":"328", + "code":"329", "des":"An image is the basis of a container. A container runs based on the content defined in the image. An image has multiple layers. Each layer includes the modifications made", "doc_type":"usermanual2", "kw":"Compiling the Dockerfile,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Compiling the Dockerfile", "githuburl":"" }, { "uri":"cce_bestpractice_0009.html", + "node_id":"cce_bestpractice_0009.xml", "product_code":"cce", - "code":"329", + "code":"330", "des":"This section describes how to build an entire application into a Docker image. After building an image, you can use the image to deploy and upgrade the application. This ", "doc_type":"usermanual2", "kw":"Building and Uploading an Image,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Building and Uploading an Image", "githuburl":"" }, { "uri":"cce_bestpractice_0010.html", + "node_id":"cce_bestpractice_0010.xml", "product_code":"cce", - "code":"330", + "code":"331", "des":"This section describes how to deploy a workload on CCE. When using CCE for the first time, create an initial cluster and add a node into the cluster.Containerized workloa", "doc_type":"usermanual2", "kw":"Creating a Container Workload,Procedure,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Creating a Container Workload", "githuburl":"" }, { "uri":"cce_bestpractice_00237.html", + "node_id":"cce_bestpractice_00237.xml", "product_code":"cce", - "code":"331", + "code":"332", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Migration", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Migration", "githuburl":"" }, { "uri":"cce_bestpractice_0306.html", + "node_id":"cce_bestpractice_0306.xml", "product_code":"cce", - "code":"332", + "code":"333", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Migrating On-premises Kubernetes Clusters to CCE", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Migrating On-premises Kubernetes Clusters to CCE", "githuburl":"" }, { "uri":"cce_bestpractice_0307.html", + "node_id":"cce_bestpractice_0307.xml", "product_code":"cce", - "code":"333", + "code":"334", "des":"Containers are growing in popularity and Kubernetes simplifies containerized deployment. Many companies choose to build their own Kubernetes clusters. However, the O&M wo", "doc_type":"usermanual2", "kw":"Solution Overview,Migrating On-premises Kubernetes Clusters to CCE,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Solution Overview", "githuburl":"" }, { "uri":"cce_bestpractice_0308.html", + "node_id":"cce_bestpractice_0308.xml", "product_code":"cce", - "code":"334", + "code":"335", "des":"CCE allows you to customize cluster resources to meet various service requirements. Table 1 lists the key performance parameters of a cluster and provides the planned val", "doc_type":"usermanual2", "kw":"Planning Resources for the Target Cluster,Migrating On-premises Kubernetes Clusters to CCE,User Guid", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Planning Resources for the Target Cluster", "githuburl":"" }, { "uri":"cce_bestpractice_0309.html", + "node_id":"cce_bestpractice_0309.xml", "product_code":"cce", - "code":"335", + "code":"336", "des":"If your migration does not involve resources outside a cluster listed in Table 1 or you do not need to use other services to update resources after the migration, skip th", "doc_type":"usermanual2", "kw":"Migrating Resources Outside a Cluster,Migrating On-premises Kubernetes Clusters to CCE,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Migrating Resources Outside a Cluster", "githuburl":"" }, { "uri":"cce_bestpractice_0310.html", + "node_id":"cce_bestpractice_0310.xml", "product_code":"cce", - "code":"336", + "code":"337", "des":"Velero is an open-source backup and migration tool for Kubernetes clusters. It integrates the persistent volume (PV) data backup capability of the Restic tool and can be ", "doc_type":"usermanual2", "kw":"Installing the Migration Tool,Migrating On-premises Kubernetes Clusters to CCE,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Installing the Migration Tool", "githuburl":"" }, { "uri":"cce_bestpractice_0311.html", + "node_id":"cce_bestpractice_0311.xml", "product_code":"cce", - "code":"337", + "code":"338", "des":"WordPress is used as an example to describe how to migrate an application from an on-premises Kubernetes cluster to a CCE cluster. The WordPress application consists of t", "doc_type":"usermanual2", "kw":"Migrating Resources in a Cluster,Migrating On-premises Kubernetes Clusters to CCE,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Migrating Resources in a Cluster", "githuburl":"" }, { "uri":"cce_bestpractice_0312.html", + "node_id":"cce_bestpractice_0312.xml", "product_code":"cce", - "code":"338", + "code":"339", "des":"The WordPress and MySQL images used in this example can be pulled from SWR. Therefore, the image pull failure (ErrImagePull) will not occur. If the application to be migr", "doc_type":"usermanual2", "kw":"Updating Resources Accordingly,Migrating On-premises Kubernetes Clusters to CCE,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Updating Resources Accordingly", "githuburl":"" }, { "uri":"cce_bestpractice_0313.html", + "node_id":"cce_bestpractice_0313.xml", "product_code":"cce", - "code":"339", + "code":"340", "des":"Cluster migration involves full migration of application data, which may cause intra-application adaptation problems. In this example, after the cluster is migrated, the ", "doc_type":"usermanual2", "kw":"Performing Additional Tasks,Migrating On-premises Kubernetes Clusters to CCE,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Performing Additional Tasks", "githuburl":"" }, { "uri":"cce_bestpractice_0314.html", + "node_id":"cce_bestpractice_0314.xml", "product_code":"cce", - "code":"340", + "code":"341", "des":"Both HostPath and Local volumes are local storage volumes. However, the Restic tool integrated in Velero cannot back up the PVs of the HostPath type and supports only the", "doc_type":"usermanual2", "kw":"Troubleshooting,Migrating On-premises Kubernetes Clusters to CCE,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Troubleshooting", "githuburl":"" }, { "uri":"cce_bestpractice_0322.html", + "node_id":"cce_bestpractice_0322.xml", "product_code":"cce", - "code":"341", + "code":"342", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"DevOps", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"DevOps", "githuburl":"" }, { "uri":"cce_bestpractice_0324.html", + "node_id":"cce_bestpractice_0324.xml", "product_code":"cce", - "code":"342", + "code":"343", "des":"GitLab is an open-source version management system developed with Ruby on Rails for Git project repository management. It supports web-based access to public and private ", "doc_type":"usermanual2", "kw":"Interconnecting GitLab with SWR and CCE for CI/CD,DevOps,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Interconnecting GitLab with SWR and CCE for CI/CD", "githuburl":"" }, { "uri":"cce_bestpractice_0323.html", + "node_id":"cce_bestpractice_0323.xml", "product_code":"cce", - "code":"343", + "code":"344", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Disaster Recovery", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Disaster Recovery", "githuburl":"" }, { "uri":"cce_bestpractice_00220.html", + "node_id":"cce_bestpractice_00220.xml", "product_code":"cce", - "code":"344", - "des":"To achieve high availability for your CCE containers, you can do as follows:Deploy three master nodes for the cluster.When nodes are deployed across AZs, set custom sched", + "code":"345", + "des":"To achieve high availability for your CCE containers, you can do as follows:Deploy three master nodes for the cluster.Create nodes in different AZs. When nodes are deploy", "doc_type":"usermanual2", - "kw":"Implementing High Availability for Containers in CCE,Disaster Recovery,User Guide", - "title":"Implementing High Availability for Containers in CCE", + "kw":"Implementing High Availability for Applications in CCE,Disaster Recovery,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Implementing High Availability for Applications in CCE", "githuburl":"" }, { "uri":"cce_bestpractice_0315.html", + "node_id":"cce_bestpractice_0315.xml", "product_code":"cce", - "code":"345", + "code":"346", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Security", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Security", "githuburl":"" }, { "uri":"cce_bestpractice_0317.html", + "node_id":"cce_bestpractice_0317.xml", "product_code":"cce", - "code":"346", + "code":"347", "des":"For security purposes, you are advised to configure a cluster as follows.Kubernetes releases a major version in about four months. CCE follows the same frequency as Kuber", "doc_type":"usermanual2", "kw":"Cluster Security,Security,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Cluster Security", "githuburl":"" }, { "uri":"cce_bestpractice_0318.html", + "node_id":"cce_bestpractice_0318.xml", "product_code":"cce", - "code":"347", + "code":"348", "des":"Do not bind an EIP to a node unless necessary to reduce the attack surface.If an EIP must be used, properly configure the firewall or security group rules to restrict acc", "doc_type":"usermanual2", "kw":"Node Security,Security,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Node Security", "githuburl":"" }, { "uri":"cce_bestpractice_0319.html", + "node_id":"cce_bestpractice_0319.xml", "product_code":"cce", - "code":"348", + "code":"349", "des":"The nodeSelector or nodeAffinity is used to limit the range of nodes to which applications can be scheduled, preventing the entire cluster from being threatened due to th", "doc_type":"usermanual2", "kw":"Container Security,Security,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Container Security", "githuburl":"" }, { "uri":"cce_bestpractice_0320.html", + "node_id":"cce_bestpractice_0320.xml", "product_code":"cce", - "code":"349", + "code":"350", "des":"Currently, CCE has configured static encryption for secret resources. The secrets created by users will be encrypted and stored in etcd of the CCE cluster. Secrets can be", "doc_type":"usermanual2", "kw":"Secret Security,Security,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Secret Security", "githuburl":"" }, { "uri":"cce_bestpractice_0090.html", + "node_id":"cce_bestpractice_0090.xml", "product_code":"cce", - "code":"350", + "code":"351", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Auto Scaling", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Auto Scaling", "githuburl":"" }, { "uri":"cce_bestpractice_00282.html", + "node_id":"cce_bestpractice_00282.xml", "product_code":"cce", - "code":"351", - "des":"The best way to handle surging traffic is to automatically adjust the number of machines based on the traffic volume or resource usage, which is called scaling.In CCE, th", + "code":"352", + "des":"The best way to handle surging traffic is to automatically adjust the number of machines based on the traffic volume or resource usage, which is called scaling.When pods ", "doc_type":"usermanual2", "kw":"Using HPA and CA for Auto Scaling of Workloads and Nodes,Auto Scaling,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Using HPA and CA for Auto Scaling of Workloads and Nodes", "githuburl":"" }, { "uri":"cce_bestpractice_10008.html", + "node_id":"cce_bestpractice_10008.xml", "product_code":"cce", - "code":"352", + "code":"353", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Monitoring", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Monitoring", "githuburl":"" }, { "uri":"cce_bestpractice_10009.html", + "node_id":"cce_bestpractice_10009.xml", "product_code":"cce", - "code":"353", + "code":"354", "des":"Generally, a user has different clusters for different purposes, such as production, testing, and development. To monitor, collect, and view metrics of these clusters, yo", "doc_type":"usermanual2", "kw":"Using Prometheus for Multi-cluster Monitoring,Monitoring,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Using Prometheus for Multi-cluster Monitoring", "githuburl":"" }, { "uri":"cce_bestpractice_0050.html", + "node_id":"cce_bestpractice_0050.xml", "product_code":"cce", - "code":"354", + "code":"355", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Cluster", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Cluster", "githuburl":"" }, { "uri":"cce_bestpractice_00254.html", + "node_id":"cce_bestpractice_00254.xml", "product_code":"cce", - "code":"355", + "code":"356", "des":"When you have multiple CCE clusters, you may find it difficult to efficiently connect to all of them.This section describes how to configure access to multiple clusters b", "doc_type":"usermanual2", "kw":"Connecting to Multiple Clusters Using kubectl,Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Connecting to Multiple Clusters Using kubectl", "githuburl":"" }, - { - "uri":"cce_bestpractice_00190.html", - "product_code":"cce", - "code":"356", - "des":"You can use the pre-installation script feature to configure CCE cluster nodes (ECSs).When creating a node in a cluster of v1.13.10 or later, if a data disk is not manage", - "doc_type":"usermanual2", - "kw":"Adding a Second Data Disk to a Node in a CCE Cluster,Cluster,User Guide", - "title":"Adding a Second Data Disk to a Node in a CCE Cluster", - "githuburl":"" - }, { "uri":"cce_bestpractice_10012.html", + "node_id":"cce_bestpractice_10012.xml", "product_code":"cce", "code":"357", - "des":"When a node is created, a data disk is created by default for container runtime and kubelet components to use. The data disk used by the container runtime and kubelet co", + "des":"When a node is created, a data disk is attached by default for a container runtime and kubelet. The data disk used by the container runtime and kubelet cannot be detached", "doc_type":"usermanual2", "kw":"Selecting a Data Disk for the Node,Cluster,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Selecting a Data Disk for the Node", "githuburl":"" }, { "uri":"cce_bestpractice_0052.html", + "node_id":"cce_bestpractice_0052.xml", "product_code":"cce", "code":"358", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Networking", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Networking", "githuburl":"" }, { "uri":"cce_bestpractice_00004.html", + "node_id":"cce_bestpractice_00004.xml", "product_code":"cce", "code":"359", "des":"Before creating a cluster on CCE, determine the number of VPCs, number of subnets, container CIDR blocks, and Services for access based on service requirements.This topic", "doc_type":"usermanual2", "kw":"Planning CIDR Blocks for a Cluster,Networking,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Planning CIDR Blocks for a Cluster", "githuburl":"" }, { "uri":"cce_bestpractice_00162.html", + "node_id":"cce_bestpractice_00162.xml", "product_code":"cce", "code":"360", "des":"CCE uses proprietary, high-performance container networking add-ons to support the tunnel network, Cloud Native Network 2.0, and VPC network models.After a cluster is cre", "doc_type":"usermanual2", "kw":"Selecting a Network Model,Networking,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Selecting a Network Model", "githuburl":"" }, { "uri":"cce_bestpractice_00231.html", + "node_id":"cce_bestpractice_00231.xml", "product_code":"cce", "code":"361", "des":"Session persistence is one of the most common while complex problems in load balancing.Session persistence is also called sticky sessions. After the sticky session functi", "doc_type":"usermanual2", "kw":"Implementing Sticky Session Through Load Balancing,Networking,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Implementing Sticky Session Through Load Balancing", "githuburl":"" }, { "uri":"cce_bestpractice_00035.html", + "node_id":"cce_bestpractice_00035.xml", "product_code":"cce", "code":"362", "des":"There may be different types of proxy servers between a client and a container server. How can a container obtain the real source IP address of the client? This section d", "doc_type":"usermanual2", "kw":"Obtaining the Client Source IP Address for a Container,Networking,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Obtaining the Client Source IP Address for a Container", "githuburl":"" }, { - "uri":"cce_bestpractice_0053.html", + "uri":"cce_bestpractice_10010.html", + "node_id":"cce_bestpractice_10010.xml", "product_code":"cce", "code":"363", + "des":"In the Cloud Native Network 2.0 model, each pod is allocated an ENI or a sub-ENI (called container ENI). The speed of ENI creation and binding is slower than that of pod ", + "doc_type":"usermanual2", + "kw":"Pre-Binding Container ENI for CCE Turbo Clusters,Networking,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Pre-Binding Container ENI for CCE Turbo Clusters", + "githuburl":"" + }, + { + "uri":"cce_bestpractice_0053.html", + "node_id":"cce_bestpractice_0053.xml", + "product_code":"cce", + "code":"364", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Storage", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Storage", "githuburl":"" }, { "uri":"cce_bestpractice_00198.html", + "node_id":"cce_bestpractice_00198.xml", "product_code":"cce", - "code":"364", - "des":"EulerOS 2.9 is used as the sample OS. Originally, system disk /dev/vda has 50 GB and one partition (/dev/vda1), and then 50 GB is added to the disk. In this example, the ", + "code":"365", + "des":"The storage classes that can be expanded for CCE nodes are as follows:EulerOS 2.9 is used as the sample OS. There is only one partition (/dev/vda1) with a capacity of 50 ", "doc_type":"usermanual2", - "kw":"Expanding Node Disk Capacity,Storage,User Guide", - "title":"Expanding Node Disk Capacity", + "kw":"Expanding the Storage Space,Storage,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Expanding the Storage Space", "githuburl":"" }, { "uri":"cce_bestpractice_00199.html", + "node_id":"cce_bestpractice_00199.xml", "product_code":"cce", - "code":"365", + "code":"366", "des":"This section describes how to mount OBS buckets and OBS parallel file systems (preferred) of third-party tenants.The CCE cluster of a SaaS service provider needs to be mo", "doc_type":"usermanual2", "kw":"Mounting an Object Storage Bucket of a Third-Party Tenant,Storage,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Mounting an Object Storage Bucket of a Third-Party Tenant", "githuburl":"" }, { "uri":"cce_bestpractice_00253.html", + "node_id":"cce_bestpractice_00253.xml", "product_code":"cce", - "code":"366", - "des":"The minimum capacity of an SFS Turbo file system is 500 GB, and the SFS Turbo file system cannot be billed by usage. By default, the root directory of an SFS Turbo file s", + "code":"367", + "des":"The minimum capacity of an SFS Turbo file system is 500 GiB, and the SFS Turbo file system cannot be billed by usage. By default, the root directory of an SFS Turbo file ", "doc_type":"usermanual2", "kw":"Dynamically Creating and Mounting Subdirectories of an SFS Turbo File System,Storage,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Dynamically Creating and Mounting Subdirectories of an SFS Turbo File System", "githuburl":"" }, { "uri":"cce_bestpractice_0107.html", + "node_id":"cce_bestpractice_0107.xml", "product_code":"cce", - "code":"367", + "code":"368", "des":"In clusters later than v1.15.11-r1, CSI (the everest add-on) has taken over all functions of fuxi FlexVolume (the storage-driver add-on) for managing container storage. Y", "doc_type":"usermanual2", "kw":"How Do I Change the Storage Class Used by a Cluster of v1.15 from FlexVolume to CSI Everest?,Storage", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"How Do I Change the Storage Class Used by a Cluster of v1.15 from FlexVolume to CSI Everest?", "githuburl":"" }, { "uri":"cce_bestpractice_00281.html", + "node_id":"cce_bestpractice_00281.xml", "product_code":"cce", - "code":"368", + "code":"369", "des":"When using storage resources in CCE, the most common method is to specify storageClassName to define the type of storage resources to be created when creating a PVC. The ", "doc_type":"usermanual2", "kw":"Custom Storage Classes,Storage,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Custom Storage Classes", "githuburl":"" }, { "uri":"cce_bestpractice_00284.html", + "node_id":"cce_bestpractice_00284.xml", "product_code":"cce", - "code":"369", - "des":"EVS disks cannot be attached across AZs. For example, EVS disks in AZ 1 cannot be attached to nodes in AZ 2.If the storage class csi-disk is used for StatefulSets, when a", + "code":"370", + "des":"EVS disks cannot be attached to a node deployed in another AZ. For example, the EVS disks in AZ 1 cannot be attached to a node in AZ 2. If the storage class csi-disk is u", "doc_type":"usermanual2", - "kw":"Realizing Automatic Topology for EVS Disks When Nodes Are Deployed Across AZs (csi-disk-topology),St", - "title":"Realizing Automatic Topology for EVS Disks When Nodes Are Deployed Across AZs (csi-disk-topology)", + "kw":"Enabling Automatic Topology for EVS Disks When Nodes Are Deployed in Different AZs (csi-disk-topolog", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Enabling Automatic Topology for EVS Disks When Nodes Are Deployed in Different AZs (csi-disk-topology)", "githuburl":"" }, { "uri":"cce_bestpractice_0051.html", + "node_id":"cce_bestpractice_0051.xml", "product_code":"cce", - "code":"370", + "code":"371", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Container", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Container", "githuburl":"" }, { "uri":"cce_bestpractice_00002.html", + "node_id":"cce_bestpractice_00002.xml", "product_code":"cce", - "code":"371", + "code":"372", "des":"If a node has sufficient memory resources, a container on this node can use more memory resources than requested, but no more than limited. If the memory allocated to a c", "doc_type":"usermanual2", "kw":"Properly Allocating Container Computing Resources,Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Properly Allocating Container Computing Resources", "githuburl":"" }, { "uri":"cce_bestpractice_00227.html", + "node_id":"cce_bestpractice_00227.xml", "product_code":"cce", - "code":"372", - "des":"To access a Kubernetes cluster from a client, you can use the Kubernetes command line tool kubectl.Create a DaemonSet file.vi daemonSet.yamlAn example YAML file is provid", + "code":"373", + "des":"To access a Kubernetes cluster from a client, you can use the Kubernetes command line tool kubectl.Create a daemonSet file.vi daemonSet.yamlAn example YAML file is provid", "doc_type":"usermanual2", "kw":"Modifying Kernel Parameters Using a Privileged Container,Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Modifying Kernel Parameters Using a Privileged Container", "githuburl":"" }, { "uri":"cce_bestpractice_00228.html", + "node_id":"cce_bestpractice_00228.xml", "product_code":"cce", - "code":"373", + "code":"374", "des":"Before containers running applications are started, one or some init containers are started first. If there are multiple init containers, they will be started in the defi", "doc_type":"usermanual2", - "kw":"Initializing a Container,Container,User Guide", - "title":"Initializing a Container", + "kw":"Using Init Containers to Initialize an Application,Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], + "title":"Using Init Containers to Initialize an Application", "githuburl":"" }, { "uri":"cce_bestpractice_00226.html", + "node_id":"cce_bestpractice_00226.xml", "product_code":"cce", - "code":"374", - "des":"If DNS or other related settings are inappropriate, you can use hostAliases to overwrite the resolution of the host name at the pod level when adding entries to the /etc/", + "code":"375", + "des":"If DNS or other related settings are inappropriate, you can use hostAliases to overwrite the resolution of the hostname at the pod level when adding entries to the /etc/h", "doc_type":"usermanual2", "kw":"Using hostAliases to Configure /etc/hosts in a Pod,Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Using hostAliases to Configure /etc/hosts in a Pod", "githuburl":"" }, { "uri":"cce_bestpractice_0325.html", + "node_id":"cce_bestpractice_0325.xml", "product_code":"cce", - "code":"375", + "code":"376", "des":"Linux allows you to create a core dump file if an application crashes, which contains the data the application had in memory at the time of the crash. You can analyze the", "doc_type":"usermanual2", "kw":"Configuring Core Dumps,Container,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Configuring Core Dumps", "githuburl":"" }, { "uri":"cce_bestpractice_0055.html", + "node_id":"cce_bestpractice_0055.xml", "product_code":"cce", - "code":"376", + "code":"377", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Permission", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Permission", "githuburl":"" }, { "uri":"cce_bestpractice_00221.html", + "node_id":"cce_bestpractice_00221.xml", "product_code":"cce", - "code":"377", + "code":"378", "des":"By default, the kubeconfig file provided by CCE for users has permissions bound to the cluster-admin role, which are equivalent to the permissions of user root. It is dif", "doc_type":"usermanual2", "kw":"Configuring kubeconfig for Fine-Grained Management on Cluster Resources,Permission,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Configuring kubeconfig for Fine-Grained Management on Cluster Resources", "githuburl":"" }, { "uri":"cce_bestpractice_10000.html", + "node_id":"cce_bestpractice_10000.xml", "product_code":"cce", - "code":"378", + "code":"379", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Release", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Release", "githuburl":"" }, { "uri":"cce_bestpractice_10001.html", + "node_id":"cce_bestpractice_10001.xml", "product_code":"cce", - "code":"379", + "code":"380", "des":"When switching between old and new services, you may be challenged in ensuring the system service continuity. If a new service version is directly released to all users a", "doc_type":"usermanual2", "kw":"Overview,Release,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Overview", "githuburl":"" }, { "uri":"cce_bestpractice_10002.html", + "node_id":"cce_bestpractice_10002.xml", "product_code":"cce", - "code":"380", - "des":"To implement grayscale release for a CCE cluster, you need to deploy other open-source tools, such as Nginx Ingress, to the cluster or deploy services to a service mesh. ", + "code":"381", + "des":"To implement grayscale release for a CCE cluster, deploy other open-source tools, such as Nginx Ingress, to the cluster or deploy services to a service mesh. These soluti", "doc_type":"usermanual2", "kw":"Using Services to Implement Simple Grayscale Release and Blue-Green Deployment,Release,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "opensource":"true", + "documenttype":"usermanual" + } + ], "title":"Using Services to Implement Simple Grayscale Release and Blue-Green Deployment", "githuburl":"" }, { - "uri":"cce_01_9999.html", + "uri":"cce_faq_0000.html", + "node_id":"cce_faq_0000.xml", "product_code":"cce", - "code":"381", + "code":"382", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"FAQs", + "search_title":"", + "metedata":[ + { + + } + ], + "title":"FAQs", + "githuburl":"" + }, + { + "uri":"cce_faq_00006.html", + "node_id":"cce_faq_00006.xml", + "product_code":"cce", + "code":"383", + "des":"Why Can't I Create a CCE Cluster?Is Management Scale of a Cluster Related to the Number of Master Nodes?How Do I Rectify the Fault When the Cluster Status Is Unavailable?", + "doc_type":"usermanual2", + "kw":"Common Questions,FAQs,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Common Questions", + "githuburl":"" + }, + { + "uri":"cce_faq_00024.html", + "node_id":"cce_faq_00024.xml", + "product_code":"cce", + "code":"384", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Cluster", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Cluster", + "githuburl":"" + }, + { + "uri":"cce_faq_00278.html", + "node_id":"cce_faq_00278.xml", + "product_code":"cce", + "code":"385", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Cluster Creation", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Cluster Creation", + "githuburl":"" + }, + { + "uri":"cce_faq_00111.html", + "node_id":"cce_faq_00111.xml", + "product_code":"cce", + "code":"386", + "des":"This section describes how to locate and rectify the fault if you fail to create a CCE cluster.Possible causes:The Network Time Protocol daemon (ntpd) is not installed or", + "doc_type":"usermanual2", + "kw":"Why Can't I Create a CCE Cluster?,Cluster Creation,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Can't I Create a CCE Cluster?", + "githuburl":"" + }, + { + "uri":"cce_faq_00090.html", + "node_id":"cce_faq_00090.xml", + "product_code":"cce", + "code":"387", + "des":"Management scale indicates the maximum number of nodes that can be managed by a cluster. If you select 50 nodes, the cluster can manage a maximum of 50 nodes.The number o", + "doc_type":"usermanual2", + "kw":"Is Management Scale of a Cluster Related to the Number of Master Nodes?,Cluster Creation,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Is Management Scale of a Cluster Related to the Number of Master Nodes?", + "githuburl":"" + }, + { + "uri":"cce_faq_00154.html", + "node_id":"cce_faq_00154.xml", + "product_code":"cce", + "code":"388", + "des":"CCE restricts only the number of clusters. However, when using CCE, you may also be using other cloud services, such as Elastic Cloud Server (ECS), Elastic Volume Service", + "doc_type":"usermanual2", + "kw":"Which Resource Quotas Should I Pay Attention To When Using CCE?,Cluster Creation,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Which Resource Quotas Should I Pay Attention To When Using CCE?", + "githuburl":"" + }, + { + "uri":"cce_faq_00279.html", + "node_id":"cce_faq_00279.xml", + "product_code":"cce", + "code":"389", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Cluster Running", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Cluster Running", + "githuburl":"" + }, + { + "uri":"cce_faq_00039.html", + "node_id":"cce_faq_00039.xml", + "product_code":"cce", + "code":"390", + "des":"If the cluster is Unavailable, perform the following operations to rectify the fault:Troubleshooting methods are sorted based on the occurrence probability of the possibl", + "doc_type":"usermanual2", + "kw":"How Do I Rectify the Fault When the Cluster Status Is Unavailable?,Cluster Running,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Rectify the Fault When the Cluster Status Is Unavailable?", + "githuburl":"" + }, + { + "uri":"cce_faq_00040.html", + "node_id":"cce_faq_00040.xml", + "product_code":"cce", + "code":"391", + "des":"After a cluster is deleted, the workload on the cluster will also be deleted and cannot be restored. Therefore, exercise caution when deleting a cluster.", + "doc_type":"usermanual2", + "kw":"How Do I Retrieve Data After a Cluster Is Deleted?,Cluster Running,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Retrieve Data After a Cluster Is Deleted?", + "githuburl":"" + }, + { + "uri":"cce_faq_00309.html", + "node_id":"cce_faq_00309.xml", + "product_code":"cce", + "code":"392", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Cluster Deletion", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Cluster Deletion", + "githuburl":"" + }, + { + "uri":"cce_faq_00394.html", + "node_id":"cce_faq_00394.xml", + "product_code":"cce", + "code":"393", + "des":"When deleting a cluster, CCE obtains the cluster's resources through kube-apiserver of the cluster. If the cluster is unavailable, frozen, or hibernated, the resources ma", + "doc_type":"usermanual2", + "kw":"Failed to Delete a Cluster: Residual ENIs,Cluster Deletion,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Failed to Delete a Cluster: Residual ENIs", + "githuburl":"" + }, + { + "uri":"cce_faq_00413.html", + "node_id":"cce_faq_00413.xml", + "product_code":"cce", + "code":"394", + "des":"If a cluster is not in the running state (for example, frozen or unavailable), resources such as PVCs, Services, and ingresses in the cluster cannot be obtained. After th", + "doc_type":"usermanual2", + "kw":"How Do I Clear Residual Resources After a Non-Running Cluster Is Deleted?,Cluster Deletion,User Guid", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Clear Residual Resources After a Non-Running Cluster Is Deleted?", + "githuburl":"" + }, + { + "uri":"cce_faq_00401.html", + "node_id":"cce_faq_00401.xml", + "product_code":"cce", + "code":"395", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Cluster Upgrade", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Cluster Upgrade", + "githuburl":"" + }, + { + "uri":"cce_faq_00402.html", + "node_id":"cce_faq_00402.xml", + "product_code":"cce", + "code":"396", + "des":"This section describes how to locate and rectify the fault if you fail to upgrade an add-on during the CCE cluster upgrade.", + "doc_type":"usermanual2", + "kw":"What Do I Do If a Cluster Add-On Fails to be Upgraded During the CCE Cluster Upgrade?,Cluster Upgrad", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Do I Do If a Cluster Add-On Fails to be Upgraded During the CCE Cluster Upgrade?", + "githuburl":"" + }, + { + "uri":"cce_faq_00021.html", + "node_id":"cce_faq_00021.xml", + "product_code":"cce", + "code":"397", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Node", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Node", + "githuburl":"" + }, + { + "uri":"cce_faq_00280.html", + "node_id":"cce_faq_00280.xml", + "product_code":"cce", + "code":"398", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Node Creation", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Node Creation", + "githuburl":"" + }, + { + "uri":"cce_faq_00027.html", + "node_id":"cce_faq_00027.xml", + "product_code":"cce", + "code":"399", + "des":"The node images in the same cluster must be the same. Pay attention to this when creating, adding, or accepting nodes in a cluster.If you need to allocate user space from", + "doc_type":"usermanual2", + "kw":"How Do I Troubleshoot Problems Occurred When Adding Nodes to a CCE Cluster?,Node Creation,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Troubleshoot Problems Occurred When Adding Nodes to a CCE Cluster?", + "githuburl":"" + }, + { + "uri":"cce_faq_00281.html", + "node_id":"cce_faq_00281.xml", + "product_code":"cce", + "code":"400", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Node Running", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Node Running", + "githuburl":"" + }, + { + "uri":"cce_faq_00120.html", + "node_id":"cce_faq_00120.xml", + "product_code":"cce", + "code":"401", + "des":"If the cluster status is available but some nodes in the cluster are unavailable, perform the following operations to rectify the fault:Kubernetes provides the heartbeat ", + "doc_type":"usermanual2", + "kw":"monitrc,What Should I Do If a Cluster Is Available But Some Nodes Are Unavailable?,Node Running,User", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Cluster Is Available But Some Nodes Are Unavailable?", + "githuburl":"" + }, + { + "uri":"cce_faq_00201.html", + "node_id":"cce_faq_00201.xml", + "product_code":"cce", + "code":"402", + "des":"The following tables list log files of CCE nodes.", + "doc_type":"usermanual2", + "kw":"How Do I Collect Logs of Nodes in a CCE Cluster?,Node Running,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Collect Logs of Nodes in a CCE Cluster?", + "githuburl":"" + }, + { + "uri":"cce_faq_00263.html", + "node_id":"cce_faq_00263.xml", + "product_code":"cce", + "code":"403", + "des":"The vdb disk of a node is damaged and the node cannot be recovered after reset.Error ScenariosOn a normal node, delete the LV and VG. The node is unavailable.Reset an abn", + "doc_type":"usermanual2", + "kw":"What Should I Do If the vdb Disk of a Node Is Damaged and the Node Cannot Be Recovered After Reset?,", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If the vdb Disk of a Node Is Damaged and the Node Cannot Be Recovered After Reset?", + "githuburl":"" + }, + { + "uri":"cce_faq_00296.html", + "node_id":"cce_faq_00296.xml", + "product_code":"cce", + "code":"404", + "des":"When SCSI EVS disks are used and containers are created and deleted on a CentOS node, the disks are frequently mounted and unmounted. The read/write rate of the system di", + "doc_type":"usermanual2", + "kw":"What Should I Do If I/O Suspension Occasionally Occurs When SCSI EVS Disks Are Used?,Node Running,Us", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If I/O Suspension Occasionally Occurs When SCSI EVS Disks Are Used?", + "githuburl":"" + }, + { + "uri":"cce_faq_00307.html", + "node_id":"cce_faq_00307.xml", + "product_code":"cce", + "code":"405", + "des":"When the disk space of a thin pool on a node is about to be used up, the following exceptions occasionally occur:Files or directories fail to be created in the container,", + "doc_type":"usermanual2", + "kw":"How Do I Fix an Abnormal Container or Node Due to No Thin Pool Disk Space?,Node Running,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Fix an Abnormal Container or Node Due to No Thin Pool Disk Space?", + "githuburl":"" + }, + { + "uri":"cce_faq_00020.html", + "node_id":"cce_faq_00020.xml", + "product_code":"cce", + "code":"406", + "des":"SymptomA node is running properly and has GPU resources. However, the following error information is displayed:0/9 nodes are available: 9 insufficient nvidia.com/gpuAnaly", + "doc_type":"usermanual2", + "kw":"How Do I Rectify Failures When the NVIDIA Driver Is Used to Start Containers on GPU Nodes?,Node Runn", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Rectify Failures When the NVIDIA Driver Is Used to Start Containers on GPU Nodes?", + "githuburl":"" + }, + { + "uri":"cce_faq_00282.html", + "node_id":"cce_faq_00282.xml", + "product_code":"cce", + "code":"407", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Specification Change", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Specification Change", + "githuburl":"" + }, + { + "uri":"cce_faq_00030.html", + "node_id":"cce_faq_00030.xml", + "product_code":"cce", + "code":"408", + "des":"If the node whose specifications need to be changed is accepted into the cluster for management, remove the node from the cluster and then change the node specifications ", + "doc_type":"usermanual2", + "kw":"How Do I Change the Node Specifications in a CCE Cluster?,Specification Change,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Change the Node Specifications in a CCE Cluster?", + "githuburl":"" + }, + { + "uri":"cce_faq_00189.html", + "node_id":"cce_faq_00189.xml", + "product_code":"cce", + "code":"409", + "des":"The kubelet option cpu-manager-policy defaults to static, allowing pods with certain resource characteristics to be granted increased CPU affinity and exclusivity on the ", + "doc_type":"usermanual2", + "kw":"What Should I Do If I Fail to Restart or Create Workloads on a Node After Modifying the Node Specifi", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If I Fail to Restart or Create Workloads on a Node After Modifying the Node Specifications?", + "githuburl":"" + }, + { + "uri":"cce_faq_00163.html", + "node_id":"cce_faq_00163.xml", + "product_code":"cce", + "code":"410", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Node Pool", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Node Pool", + "githuburl":"" + }, + { + "uri":"cce_faq_00127.html", + "node_id":"cce_faq_00127.xml", + "product_code":"cce", + "code":"411", + "des":"The node pool keeps being in the expanding state, but no node creation record is displayed in the operation record.Check and rectify the following faults:Whether the spec", + "doc_type":"usermanual2", + "kw":"What Should I Do If No Node Creation Record Is Displayed When the Node Pool Is Being Expanding?,Node", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If No Node Creation Record Is Displayed When the Node Pool Is Being Expanding?", + "githuburl":"" + }, + { + "uri":"cce_faq_00028.html", + "node_id":"cce_faq_00028.xml", + "product_code":"cce", + "code":"412", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Workload", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Workload", + "githuburl":"" + }, + { + "uri":"cce_faq_00029.html", + "node_id":"cce_faq_00029.xml", + "product_code":"cce", + "code":"413", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Workload Abnormalities", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Workload Abnormalities", + "githuburl":"" + }, + { + "uri":"cce_faq_00134.html", + "node_id":"cce_faq_00134.xml", + "product_code":"cce", + "code":"414", + "des":"If a workload is abnormal, you can first check the pod events to locate the fault and then rectify the fault by referring to Table 1.Run the kubectl describe pod{pod-name", + "doc_type":"usermanual2", + "kw":"How Do I Use Events to Fix Abnormal Workloads?,Workload Abnormalities,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Use Events to Fix Abnormal Workloads?", + "githuburl":"" + }, + { + "uri":"cce_faq_00098.html", + "node_id":"cce_faq_00098.xml", + "product_code":"cce", + "code":"415", + "des":"If the pod is in the Pending state and the event contains pod scheduling failure information, locate the cause based on the event information. For details about how to vi", + "doc_type":"usermanual2", + "kw":"What Should I Do If Pod Scheduling Fails?,Workload Abnormalities,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If Pod Scheduling Fails?", + "githuburl":"" + }, + { + "uri":"cce_faq_00015.html", + "node_id":"cce_faq_00015.xml", + "product_code":"cce", + "code":"416", + "des":"When a workload enters the state of \"Pod not ready: Back-off pulling image \"xxxxx\", a Kubernetes event of PodsFailed to pull image or Failed to re-pull image will be repo", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Pod Fails to Pull the Image?,Workload Abnormalities,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Pod Fails to Pull the Image?", + "githuburl":"" + }, + { + "uri":"cce_faq_00018.html", + "node_id":"cce_faq_00018.xml", + "product_code":"cce", + "code":"417", + "des":"On the details page of a workload, if an event is displayed indicating that the container fails to be started, perform the following steps to locate the fault:Rectify the", + "doc_type":"usermanual2", + "kw":"What Should I Do If Container Startup Fails?,Workload Abnormalities,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If Container Startup Fails?", + "githuburl":"" + }, + { + "uri":"cce_faq_00209.html", + "node_id":"cce_faq_00209.xml", + "product_code":"cce", + "code":"418", + "des":"When an exception occurs on a node, Kubernetes evicts the pods on the node to ensure the workload availability.In Kubernetes, both kube-controller-manager and kubelet can", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Pod Fails to Be Evicted?,Workload Abnormalities,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Pod Fails to Be Evicted?", + "githuburl":"" + }, + { + "uri":"cce_faq_00200.html", + "node_id":"cce_faq_00200.xml", + "product_code":"cce", + "code":"419", + "des":"Troubleshooting methods are sorted based on the occurrence probability of the possible causes. You are advised to check the possible causes from high probability to low p", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Storage Volume Cannot Be Mounted or the Mounting Times Out?,Workload Abnormali", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Storage Volume Cannot Be Mounted or the Mounting Times Out?", + "githuburl":"" + }, + { + "uri":"cce_faq_00140.html", + "node_id":"cce_faq_00140.xml", + "product_code":"cce", + "code":"420", + "des":"The workload remains in the creating state.Troubleshooting methods are sorted based on the occurrence probability of the possible causes. You are advised to check the pos", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Workload Remains in the Creating State?,Workload Abnormalities,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Workload Remains in the Creating State?", + "githuburl":"" + }, + { + "uri":"cce_faq_00210.html", + "node_id":"cce_faq_00210.xml", + "product_code":"cce", + "code":"421", + "des":"When a node is in the Unavailable state, CCE migrates container pods on the node and sets the pods running on the node to the Terminating state.After the node is restored", + "doc_type":"usermanual2", + "kw":"What Should I Do If Pods in the Terminating State Cannot Be Deleted?,Workload Abnormalities,User Gui", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If Pods in the Terminating State Cannot Be Deleted?", + "githuburl":"" + }, + { + "uri":"cce_faq_00012.html", + "node_id":"cce_faq_00012.xml", + "product_code":"cce", + "code":"422", + "des":"A workload is in Stopped state.The metadata.enable field in the YAML file of the workload is false. As a result, the pod of the workload is deleted and the workload is in", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Workload Is Stopped Caused by Pod Deletion?,Workload Abnormalities,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Workload Is Stopped Caused by Pod Deletion?", + "githuburl":"" + }, + { + "uri":"cce_faq_00109.html", + "node_id":"cce_faq_00109.xml", + "product_code":"cce", + "code":"423", + "des":"The following exceptions occur when services are deployed on the GPU nodes in a CCE cluster:The GPU memory of containers cannot be queried.Seven GPU services are deployed", + "doc_type":"usermanual2", + "kw":"What Should I Do If an Error Occurs When Deploying a Service on the GPU Node?,Workload Abnormalities", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If an Error Occurs When Deploying a Service on the GPU Node?", + "githuburl":"" + }, + { + "uri":"cce_faq_00005.html", + "node_id":"cce_faq_00005.xml", + "product_code":"cce", + "code":"424", + "des":"The pod remains in the creating state for a long time, and the sandbox-related errors are reported.Select a troubleshooting method for your cluster:Clusters of V1.13This ", + "doc_type":"usermanual2", + "kw":"What Should I Do If Sandbox-Related Errors Are Reported When the Pod Remains in the Creating State?,", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If Sandbox-Related Errors Are Reported When the Pod Remains in the Creating State?", + "githuburl":"" + }, + { + "uri":"cce_faq_00095.html", + "node_id":"cce_faq_00095.xml", + "product_code":"cce", + "code":"425", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Container Configuration", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Container Configuration", + "githuburl":"" + }, + { + "uri":"cce_faq_00159.html", + "node_id":"cce_faq_00159.xml", + "product_code":"cce", + "code":"426", + "des":"Service processing takes a long time. Pre-stop processing makes sure that during an upgrade, a pod is killed only when the service in the pod has been processed.", + "doc_type":"usermanual2", + "kw":"When Is Pre-stop Processing Used?,Container Configuration,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"When Is Pre-stop Processing Used?", + "githuburl":"" + }, + { + "uri":"cce_faq_00261.html", + "node_id":"cce_faq_00261.xml", + "product_code":"cce", + "code":"427", + "des":"When creating a workload, users can specify a container, pod, and namespace as an FQDN for accessing the container in the same namespace.FQDN stands for Fully Qualified D", + "doc_type":"usermanual2", + "kw":"How Do I Set an FQDN for Accessing a Specified Container in the Same Namespace?,Container Configurat", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Set an FQDN for Accessing a Specified Container in the Same Namespace?", + "githuburl":"" + }, + { + "uri":"cce_faq_00255.html", + "node_id":"cce_faq_00255.xml", + "product_code":"cce", + "code":"428", + "des":"When the liveness and readiness probes fail to perform the health check, locate the service fault first.Common causes are as follows:The service processing takes a long t", + "doc_type":"usermanual2", + "kw":"What Should I Do If Health Check Probes Occasionally Fail?,Container Configuration,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If Health Check Probes Occasionally Fail?", + "githuburl":"" + }, + { + "uri":"cce_faq_00230.html", + "node_id":"cce_faq_00230.xml", + "product_code":"cce", + "code":"429", + "des":"A container is started in tailf /dev/null mode and the directory permission is 700 after the startup script is manually executed. If the container is started by Kubernete", + "doc_type":"usermanual2", + "kw":"How Do I Set the umask Value for a Container?,Container Configuration,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Set the umask Value for a Container?", + "githuburl":"" + }, + { + "uri":"cce_faq_00152.html", + "node_id":"cce_faq_00152.xml", + "product_code":"cce", + "code":"430", + "des":"After the JVM startup heap memory parameter is specified for ENTRYPOINT in the Dockerfile, an error message \"invalid initial heap size\" is displayed during the deployed c", + "doc_type":"usermanual2", + "kw":"What Can I Do If an Error Is Reported When a Deployed Container Is Started After the JVM Startup Hea", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Can I Do If an Error Is Reported When a Deployed Container Is Started After the JVM Startup Heap Memory Parameter Is Specified for ENTRYPOINT in Dockerfile?", + "githuburl":"" + }, + { + "uri":"cce_faq_00004.html", + "node_id":"cce_faq_00004.xml", + "product_code":"cce", + "code":"431", + "des":"CCE is a fully managed Kubernetes service and is fully compatible with Kubernetes APIs and kubectl.In Kubernetes, the spec of a pod contains a restartPolicy field. The va", + "doc_type":"usermanual2", + "kw":"What Is the Retry Mechanism When CCE Fails to Start a Pod?,Container Configuration,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Is the Retry Mechanism When CCE Fails to Start a Pod?", + "githuburl":"" + }, + { + "uri":"cce_faq_00284.html", + "node_id":"cce_faq_00284.xml", + "product_code":"cce", + "code":"432", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Scheduling Policies", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Scheduling Policies", + "githuburl":"" + }, + { + "uri":"cce_faq_00260.html", + "node_id":"cce_faq_00260.xml", + "product_code":"cce", + "code":"433", + "des":"The kube-scheduler component in Kubernetes is responsible pod scheduling. For each newly created pod or other unscheduled pods, kube-scheduler selects an optimal node fro", + "doc_type":"usermanual2", + "kw":"How Do I Evenly Distribute Multiple Pods to Each Node?,Scheduling Policies,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Evenly Distribute Multiple Pods to Each Node?", + "githuburl":"" + }, + { + "uri":"cce_faq_00262.html", + "node_id":"cce_faq_00262.xml", + "product_code":"cce", + "code":"434", + "des":"During workload scheduling, two containers on a node may compete for resources. As a result, kubelet evicts both containers. This section describes how to set a policy to", + "doc_type":"usermanual2", + "kw":"How Do I Prevent a Container on a Node from Being Evicted?,Scheduling Policies,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Prevent a Container on a Node from Being Evicted?", + "githuburl":"" + }, + { + "uri":"cce_faq_00314.html", + "node_id":"cce_faq_00314.xml", + "product_code":"cce", + "code":"435", + "des":"The kube-scheduler component in Kubernetes is responsible for pod scheduling. For each newly created pod or other unscheduled pods, kube-scheduler selects an optimal node", + "doc_type":"usermanual2", + "kw":"Why Are Pods Not Evenly Distributed to Nodes?,Scheduling Policies,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Are Pods Not Evenly Distributed to Nodes?", + "githuburl":"" + }, + { + "uri":"cce_faq_00326.html", + "node_id":"cce_faq_00326.xml", + "product_code":"cce", + "code":"436", + "des":"You can run the kubectl drain command to safely evict all pods from a node.By default, the kubectl drain command retains some system pods, for example, everest-csi-driver", + "doc_type":"usermanual2", + "kw":"How Do I Evict All Pods on a Node?,Scheduling Policies,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Evict All Pods on a Node?", + "githuburl":"" + }, + { + "uri":"cce_faq_00186.html", + "node_id":"cce_faq_00186.xml", + "product_code":"cce", + "code":"437", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Others", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Others", + "githuburl":"" + }, + { + "uri":"cce_faq_00213.html", + "node_id":"cce_faq_00213.xml", + "product_code":"cce", + "code":"438", + "des":"If a scheduled task is stopped during running, before its restart, the system calculates the difference between the last time the task was successfully executed and the c", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Scheduled Task Cannot Be Restarted After Being Stopped for a Period of Time?,O", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Scheduled Task Cannot Be Restarted After Being Stopped for a Period of Time?", + "githuburl":"" + }, + { + "uri":"cce_faq_00289.html", + "node_id":"cce_faq_00289.xml", + "product_code":"cce", + "code":"439", + "des":"The inter-pod discovery service of CCE corresponds to the headless Service of Kubernetes. Headless Services specify None for the cluster IP (spec:clusterIP) in YAML, whic", + "doc_type":"usermanual2", + "kw":"What Is a Headless Service When I Create a StatefulSet?,Others,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Is a Headless Service When I Create a StatefulSet?", + "githuburl":"" + }, + { + "uri":"cce_faq_00106.html", + "node_id":"cce_faq_00106.xml", + "product_code":"cce", + "code":"440", + "des":"When you replace the image of a container in a created workload and use an uploaded image on the CCE console, an error message \"Auth is empty, only accept X-Auth-Token or", + "doc_type":"usermanual2", + "kw":"What Should I Do If Error Message \"Auth is empty\" Is Displayed When a Private Image Is Pulled?,Other", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If Error Message \"Auth is empty\" Is Displayed When a Private Image Is Pulled?", + "githuburl":"" + }, + { + "uri":"cce_faq_00293.html", + "node_id":"cce_faq_00293.xml", + "product_code":"cce", + "code":"441", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Why Cannot a Pod Be Scheduled to a Node?,Others,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Cannot a Pod Be Scheduled to a Node?", + "githuburl":"" + }, + { + "uri":"cce_faq_00199.html", + "node_id":"cce_faq_00199.xml", + "product_code":"cce", + "code":"442", + "des":"A container image is required to create a container. Images may be stored locally or in a remote image repository.The imagePullPolicy field in the Kubernetes configuratio", + "doc_type":"usermanual2", + "kw":"What Is the Image Pull Policy for Containers in a CCE Cluster?,Others,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Is the Image Pull Policy for Containers in a CCE Cluster?", + "githuburl":"" + }, + { + "uri":"cce_faq_00319.html", + "node_id":"cce_faq_00319.xml", + "product_code":"cce", + "code":"443", + "des":"When containerd is used as the container engine, there is a possibility that the image layer is missing when an image is pulled to a node. As a result, the workload conta", + "doc_type":"usermanual2", + "kw":"What Can I Do If a Layer Is Missing During Image Pull?,Others,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Can I Do If a Layer Is Missing During Image Pull?", + "githuburl":"" + }, + { + "uri":"cce_faq_00141.html", + "node_id":"cce_faq_00141.xml", + "product_code":"cce", + "code":"444", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Networking", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Networking", + "githuburl":"" + }, + { + "uri":"cce_faq_00146.html", + "node_id":"cce_faq_00146.xml", + "product_code":"cce", + "code":"445", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Network Planning", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Network Planning", + "githuburl":"" + }, + { + "uri":"cce_faq_00266.html", + "node_id":"cce_faq_00266.xml", + "product_code":"cce", + "code":"446", + "des":"A Virtual Private Cloud (VPC) is similar to a private local area network (LAN) managed by a home gateway whose IP address is 192.168.0.0/16. A VPC is a private network bu", + "doc_type":"usermanual2", + "kw":"What Is the Relationship Between Clusters, VPCs, and Subnets?,Network Planning,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Is the Relationship Between Clusters, VPCs, and Subnets?", + "githuburl":"" + }, + { + "uri":"cce_faq_00265.html", + "node_id":"cce_faq_00265.xml", + "product_code":"cce", + "code":"447", + "des":"CCE is a universal container platform. Its default security group rules apply to common scenarios. When a cluster is created, a security group is automatically created fo", + "doc_type":"usermanual2", + "kw":"Configuring Cluster Security Group Rules,Network Planning,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Configuring Cluster Security Group Rules", + "githuburl":"" + }, + { + "uri":"cce_faq_00205.html", + "node_id":"cce_faq_00205.xml", + "product_code":"cce", + "code":"448", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Network Fault", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Network Fault", + "githuburl":"" + }, + { + "uri":"cce_faq_00202.html", + "node_id":"cce_faq_00202.xml", + "product_code":"cce", + "code":"449", + "des":"Troubleshooting methods are sorted based on the occurrence probability of the possible causes. You are advised to check the possible causes from high probability to low p", + "doc_type":"usermanual2", + "kw":"How Do I Locate a Workload Networking Fault?,Network Fault,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Locate a Workload Networking Fault?", + "githuburl":"" + }, + { + "uri":"cce_faq_00203.html", + "node_id":"cce_faq_00203.xml", + "product_code":"cce", + "code":"450", + "des":"CCE does not return any error code when you fail to access your applications using a browser. Check your services first.404 Not FoundIf the error code shown in the follow", + "doc_type":"usermanual2", + "kw":"Why Does the Browser Return Error Code 404 When I Access a Deployed Application?,Network Fault,User ", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Does the Browser Return Error Code 404 When I Access a Deployed Application?", + "githuburl":"" + }, + { + "uri":"cce_faq_00204.html", + "node_id":"cce_faq_00204.xml", + "product_code":"cce", + "code":"451", + "des":"If a container cannot access the Internet, check whether the node where the container is located can access the Internet. Then check whether the network configuration of ", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Container Fails to Access the Internet?,Network Fault,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Container Fails to Access the Internet?", + "githuburl":"" + }, + { + "uri":"cce_faq_00022.html", + "node_id":"cce_faq_00022.xml", + "product_code":"cce", + "code":"452", + "des":"If a node fails to be connected to the Internet, perform the following operations:Log in to the ECS console and check whether an EIP has been bound to the ECS correspondi", + "doc_type":"usermanual2", + "kw":"What Should I Do If a Node Fails to Connect to the Internet (Public Network)?,Network Fault,User Gui", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If a Node Fails to Connect to the Internet (Public Network)?", + "githuburl":"" + }, + { + "uri":"cce_faq_00037.html", + "node_id":"cce_faq_00037.xml", + "product_code":"cce", + "code":"453", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Storage", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Storage", + "githuburl":"" + }, + { + "uri":"cce_faq_00038.html", + "node_id":"cce_faq_00038.xml", + "product_code":"cce", + "code":"454", + "des":"Container storage provides storage for container workloads. It supports multiple storage classes. A pod can use any amount of storage.Currently, CCE supports local, EVS, ", + "doc_type":"usermanual2", + "kw":"What Are the Differences Among CCE Storage Classes in Terms of Persistent Storage and Multi-node Mou", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Are the Differences Among CCE Storage Classes in Terms of Persistent Storage and Multi-node Mounting?", + "githuburl":"" + }, + { + "uri":"cce_faq_00089.html", + "node_id":"cce_faq_00089.xml", + "product_code":"cce", + "code":"455", + "des":"No. A data disk is mandatory.A data disk dedicated for kubelet and the container engine will be attached to a new node. By default, CCE uses Logical Volume Manager (LVM)", + "doc_type":"usermanual2", + "kw":"Can I Add a Node Without a Data Disk?,Storage,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Can I Add a Node Without a Data Disk?", + "githuburl":"" + }, + { + "uri":"cce_faq_00218.html", + "node_id":"cce_faq_00218.xml", + "product_code":"cce", + "code":"456", + "des":"When a Service deployed on CCE attempts to upload files to OBS after receiving an access request from an offline machine, an error message is displayed, indicating that t", + "doc_type":"usermanual2", + "kw":"What Should I Do If the Host Cannot Be Found When Files Need to Be Uploaded to OBS During the Access", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If the Host Cannot Be Found When Files Need to Be Uploaded to OBS During the Access to the CCE Service from a Public Network?", + "githuburl":"" + }, + { + "uri":"cce_faq_00235.html", + "node_id":"cce_faq_00235.xml", + "product_code":"cce", + "code":"457", + "des":"The Kubernetes pod structure does not contain ExtendPathMode. Therefore, when a user calls the API for creating a pod or deployment by using client-go, the created pod do", + "doc_type":"usermanual2", + "kw":"How Can I Achieve Compatibility Between ExtendPathMode and Kubernetes client-go?,Storage,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Can I Achieve Compatibility Between ExtendPathMode and Kubernetes client-go?", + "githuburl":"" + }, + { + "uri":"cce_faq_00316.html", + "node_id":"cce_faq_00316.xml", + "product_code":"cce", + "code":"458", + "des":"CCE PersistentVolumeClaims (PVCs) are implemented as they are in Kubernetes. A PVC is defined as a storage declaration and is decoupled from underlying storage. It is not", + "doc_type":"usermanual2", + "kw":"Can CCE PVCs Detect Underlying Storage Faults?,Storage,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Can CCE PVCs Detect Underlying Storage Faults?", + "githuburl":"" + }, + { + "uri":"cce_faq_00324.html", + "node_id":"cce_faq_00324.xml", + "product_code":"cce", + "code":"459", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Namespace", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Namespace", + "githuburl":"" + }, + { + "uri":"cce_faq_00325.html", + "node_id":"cce_faq_00325.xml", + "product_code":"cce", + "code":"460", + "des":"The namespace remains in the Deleting state. The error message \"DiscoveryFailed\" is displayed in status in the YAML file.In the preceding figure, the full error message i", + "doc_type":"usermanual2", + "kw":"Why Cannot I Delete a Namespace Due to an APIService Object Access Failure?,Namespace,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Cannot I Delete a Namespace Due to an APIService Object Access Failure?", + "githuburl":"" + }, + { + "uri":"cce_faq_00215.html", + "node_id":"cce_faq_00215.xml", + "product_code":"cce", + "code":"461", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Chart and Add-on", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Chart and Add-on", + "githuburl":"" + }, + { + "uri":"cce_faq_00322.html", + "node_id":"cce_faq_00322.xml", + "product_code":"cce", + "code":"462", + "des":"When an add-on fails to be installed, the error message \"The release name is already exist\" is returned.The add-on release record remains in the Kubernetes cluster. Gener", + "doc_type":"usermanual2", + "kw":"Why Does Add-on Installation Fail and Prompt \"The release name is already exist\"?,Chart and Add-on,U", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Does Add-on Installation Fail and Prompt \"The release name is already exist\"?", + "githuburl":"" + }, + { + "uri":"cce_faq_00207.html", + "node_id":"cce_faq_00207.xml", + "product_code":"cce", + "code":"463", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"API & kubectl FAQs", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"API & kubectl FAQs", + "githuburl":"" + }, + { + "uri":"cce_faq_00025.html", + "node_id":"cce_faq_00025.xml", + "product_code":"cce", + "code":"464", + "des":"You can use either of the following methods to access the cluster API Server:(Recommended) Through the cluster API. This access mode uses certificate authentication. It i", + "doc_type":"usermanual2", + "kw":"How Can I Access a CCE Cluster?,API & kubectl FAQs,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Can I Access a CCE Cluster?", + "githuburl":"" + }, + { + "uri":"cce_faq_00208.html", + "node_id":"cce_faq_00208.xml", + "product_code":"cce", + "code":"465", + "des":"The CCE console does not support the display of the following Kubernetes resources: DaemonSets, ReplicationControllers, ReplicaSets, and endpoints.To query these resource", + "doc_type":"usermanual2", + "kw":"Can the Resources Created Using APIs or kubectl Be Displayed on the CCE Console?,API & kubectl FAQs,", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Can the Resources Created Using APIs or kubectl Be Displayed on the CCE Console?", + "githuburl":"" + }, + { + "uri":"cce_faq_00041.html", + "node_id":"cce_faq_00041.xml", + "product_code":"cce", + "code":"466", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"How Do I Download kubeconfig for Connecting to a Cluster Using kubectl?,API & kubectl FAQs,User Guid", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Download kubeconfig for Connecting to a Cluster Using kubectl?", + "githuburl":"" + }, + { + "uri":"cce_faq_00321.html", + "node_id":"cce_faq_00321.xml", + "product_code":"cce", + "code":"467", + "des":"The error message \"Error from server (ServiceUnavailable): the server is currently unable to handle the request (get nodes.metrics.k8s.io)\" is displayed after the kubectl", + "doc_type":"usermanual2", + "kw":"How Do I Rectify the Error Reported When Running the kubectl top node Command?,API & kubectl FAQs,Us", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Rectify the Error Reported When Running the kubectl top node Command?", + "githuburl":"" + }, + { + "uri":"cce_faq_00311.html", + "node_id":"cce_faq_00311.xml", + "product_code":"cce", + "code":"468", + "des":"When you use kubectl to create or query Kubernetes resources, the following output is returned:# kubectl get deploy Error from server (Forbidden): deployments.apps is for", + "doc_type":"usermanual2", + "kw":"Why Is \"Error from server (Forbidden)\" Displayed When I Use kubectl?,API & kubectl FAQs,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Is \"Error from server (Forbidden)\" Displayed When I Use kubectl?", + "githuburl":"" + }, + { + "uri":"cce_faq_00001.html", + "node_id":"cce_faq_00001.xml", + "product_code":"cce", + "code":"469", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"DNS FAQs", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"DNS FAQs", + "githuburl":"" + }, + { + "uri":"cce_faq_00197.html", + "node_id":"cce_faq_00197.xml", + "product_code":"cce", + "code":"470", + "des":"CoreDNS QPS is positively correlated with the CPU usage. If the QPS is high, adjust the the coredns instance specifications based on the QPS.If the add-on performance rea", + "doc_type":"usermanual2", + "kw":"What Should I Do If Domain Name Resolution Fails?,DNS FAQs,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"What Should I Do If Domain Name Resolution Fails?", + "githuburl":"" + }, + { + "uri":"cce_faq_00107.html", + "node_id":"cce_faq_00107.xml", + "product_code":"cce", + "code":"471", + "des":"A customer bound its domain name to the private domain names in the DNS service and also to a specific VPC. It is found that the ECSs in the VPC can properly resolve the ", + "doc_type":"usermanual2", + "kw":"Why Does a Container in a CCE Cluster Fail to Perform DNS Resolution?,DNS FAQs,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Why Does a Container in a CCE Cluster Fail to Perform DNS Resolution?", + "githuburl":"" + }, + { + "uri":"cce_faq_00195.html", + "node_id":"cce_faq_00195.xml", + "product_code":"cce", + "code":"472", + "des":"The following is an example resolv.conf file for a container in a workload:In the preceding information:nameserver: IP address of the DNS. Set this parameter to the clust", + "doc_type":"usermanual2", + "kw":"How Do I Optimize the Configuration If the External Domain Name Resolution Is Slow or Times Out?,DNS", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Optimize the Configuration If the External Domain Name Resolution Is Slow or Times Out?", + "githuburl":"" + }, + { + "uri":"cce_faq_00194.html", + "node_id":"cce_faq_00194.xml", + "product_code":"cce", + "code":"473", + "des":"CCE uses dnsPolicy to identify different DNS policies for each pod. The value of dnsPolicy can be either of the following:None: No DNS policy is configured. In this mode,", + "doc_type":"usermanual2", + "kw":"How Do I Configure a DNS Policy for a Container?,DNS FAQs,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Configure a DNS Policy for a Container?", + "githuburl":"" + }, + { + "uri":"cce_faq_00093.html", + "node_id":"cce_faq_00093.xml", + "product_code":"cce", + "code":"474", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Image Repository FAQs", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Image Repository FAQs", + "githuburl":"" + }, + { + "uri":"cce_faq_00032.html", + "node_id":"cce_faq_00032.xml", + "product_code":"cce", + "code":"475", + "des":"SoftWare Repository for Container (SWR) manages images for CCE. It provides the following ways to upload images:Uploading an Image Through the Client", + "doc_type":"usermanual2", + "kw":"How Do I Upload My Images to CCE?,Image Repository FAQs,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Upload My Images to CCE?", + "githuburl":"" + }, + { + "uri":"cce_faq_00397.html", + "node_id":"cce_faq_00397.xml", + "product_code":"cce", + "code":"476", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Permissions", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Permissions", + "githuburl":"" + }, + { + "uri":"cce_faq_00398.html", + "node_id":"cce_faq_00398.xml", + "product_code":"cce", + "code":"477", + "des":"Namespace permissions and cluster management permissions are independent and complementary to each other.Namespace permissions: apply to clusters and are used to manage o", + "doc_type":"usermanual2", + "kw":"Can I Configure Only Namespace Permissions Without Cluster Management Permissions?,Permissions,User ", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Can I Configure Only Namespace Permissions Without Cluster Management Permissions?", + "githuburl":"" + }, + { + "uri":"cce_faq_00399.html", + "node_id":"cce_faq_00399.xml", + "product_code":"cce", + "code":"478", + "des":"CCE has cloud service APIs and cluster APIs.Cloud service APIs: You can perform operations on the infrastructure (such as creating nodes) and cluster resources (such as c", + "doc_type":"usermanual2", + "kw":"Can I Use CCE APIs If the Cluster Management Permissions Are Not Configured?,Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Can I Use CCE APIs If the Cluster Management Permissions Are Not Configured?", + "githuburl":"" + }, + { + "uri":"cce_faq_00400.html", + "node_id":"cce_faq_00400.xml", + "product_code":"cce", + "code":"479", + "des":"IAM authentication is not required for running kubectl commands. Therefore, you can run kubectl commands without configuring cluster management (IAM) permissions. However", + "doc_type":"usermanual2", + "kw":"Can I Use kubectl If the Cluster Management Permissions Are Not Configured?,Permissions,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Can I Use kubectl If the Cluster Management Permissions Are Not Configured?", + "githuburl":"" + }, + { + "uri":"cce_faq_00292.html", + "node_id":"cce_faq_00292.xml", + "product_code":"cce", + "code":"480", + "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "doc_type":"usermanual2", + "kw":"Reference", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"Reference", + "githuburl":"" + }, + { + "uri":"cce_faq_00224.html", + "node_id":"cce_faq_00224.xml", + "product_code":"cce", + "code":"481", + "des":"The default storage size of a container is 10 GB. If a large volume of data is generated in the container, expand the capacity using the method described in this topic.Re", + "doc_type":"usermanual2", + "kw":"How Do I Expand the Storage Capacity of a Container?,Reference,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Do I Expand the Storage Capacity of a Container?", + "githuburl":"" + }, + { + "uri":"cce_faq_00192.html", + "node_id":"cce_faq_00192.xml", + "product_code":"cce", + "code":"482", + "des":"Add hostNetwork: true to the spec.spec. in the YAML file of the workload to which the containers will belong.Configure node affinity policies, in addition to perform the ", + "doc_type":"usermanual2", + "kw":"How Can Container IP Addresses Survive a Container Restart?,Reference,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "IsBot":"No", + "documenttype":"usermanual", + "IsMulti":"Yes" + } + ], + "title":"How Can Container IP Addresses Survive a Container Restart?", + "githuburl":"" + }, + { + "uri":"cce_01_9999.html", + "node_id":"cce_01_9999.xml", + "product_code":"cce", + "code":"483", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Migrating Data from CCE 1.0 to CCE 2.0", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Migrating Data from CCE 1.0 to CCE 2.0", "githuburl":"" }, { "uri":"cce_01_9998.html", + "node_id":"cce_01_9998.xml", "product_code":"cce", - "code":"382", + "code":"484", "des":"CCE 2.0 inherits and modifies the features of CCE 1.0, and release new features.Modified features:Clusters in CCE 1.0 are equivalent to Hybrid clusters in CCE 2.0.CCE 2.0", "doc_type":"usermanual2", "kw":"Differences Between CCE 1.0 and CCE 2.0,Migrating Data from CCE 1.0 to CCE 2.0,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Differences Between CCE 1.0 and CCE 2.0", "githuburl":"" }, { "uri":"cce_01_9997.html", + "node_id":"cce_01_9997.xml", "product_code":"cce", - "code":"383", + "code":"485", "des":"Migrate the images stored in the image repository of CCE 1.0 to CCE 2.0.A VM is available. The VM is bound to a public IP address and can access the Internet. Docker (ear", "doc_type":"usermanual2", "kw":"Migrating Images,Migrating Data from CCE 1.0 to CCE 2.0,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Migrating Images", "githuburl":"" }, { "uri":"cce_01_9996.html", + "node_id":"cce_01_9996.xml", "product_code":"cce", - "code":"384", + "code":"486", "des":"Create Hybrid clusters on the CCE 2.0 console. These new Hybrid clusters should have the same specifications with those created on CCE 1.0.To create clusters using APIs, ", "doc_type":"usermanual2", "kw":"Migrating Clusters,Migrating Data from CCE 1.0 to CCE 2.0,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Migrating Clusters", "githuburl":"" }, { "uri":"cce_01_9995.html", + "node_id":"cce_01_9995.xml", "product_code":"cce", - "code":"385", + "code":"487", "des":"This section describes how to create a Deployment with the same specifications as that in CCE 1.0 on the CCE 2.0 console.It is advised to delete the applications on CCE 1", "doc_type":"usermanual2", "kw":"Migrating Applications,Migrating Data from CCE 1.0 to CCE 2.0,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Migrating Applications", "githuburl":"" }, { "uri":"cce_01_0300.html", + "node_id":"cce_01_0300.xml", "product_code":"cce", - "code":"386", + "code":"488", "des":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "doc_type":"usermanual2", "kw":"Change History,User Guide", + "search_title":"", + "metedata":[ + { + "prodname":"cce", + "opensource":"true", + "documenttype":"usermanual2", + "IsMulti":"Yes" + } + ], "title":"Change History", "githuburl":"" } diff --git a/docs/cce/umn/CLASS.TXT.json b/docs/cce/umn/CLASS.TXT.json index c5de9cc68..830a03ed9 100644 --- a/docs/cce/umn/CLASS.TXT.json +++ b/docs/cce/umn/CLASS.TXT.json @@ -3,7 +3,7 @@ "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", "title":"Service Overview", - "uri":"en-us_topic_0000001550437509.html", + "uri":"cce_productdesc_0000.html", "doc_type":"usermanual2", "p_code":"", "code":"1" @@ -18,7 +18,7 @@ "code":"2" }, { - "desc":"CCE is a container service built on Docker and Kubernetes. A wealth of features enable you to run container clusters at scale. CCE eases containerization thanks to its re", + "desc":"CCE is a container service built on Docker and Kubernetes. A wealth of features enables you to run container clusters at scale. CCE eases containerization thanks to its r", "product_code":"cce", "title":"Product Advantages", "uri":"cce_productdesc_0003.html", @@ -45,7 +45,7 @@ "code":"5" }, { - "desc":"Shopping apps and websites, especially during promotions and flash salesLive streaming, where service loads often fluctuateGames, where many players may go online in cert", + "desc":"Shopping apps and websites, especially during promotionsLive streaming, where service loads often fluctuateGames, where many players may go online in certain time periods", "product_code":"cce", "title":"Auto Scaling in Seconds", "uri":"cce_productdesc_0015.html", @@ -162,7 +162,7 @@ "code":"18" }, { - "desc":"CCE nodes in Hybrid clusters can run on EulerOS 2.5, EulerOS 2.9, CentOS 7.7 and Ubuntu 22.04. The following table lists the supported patches for these OSs.The OS patche", + "desc":"CCE nodes in Hybrid clusters can run on EulerOS 2.5, EulerOS 2.9 and Ubuntu 22.04. You are not advised to use the CentOS 7.7 image to create nodes because the OS maintena", "product_code":"cce", "title":"OS Patch Notes for Cluster Nodes", "uri":"cce_bulletin_0301.html", @@ -324,115 +324,115 @@ "code":"36" }, { - "desc":"The following table lists the differences between CCE Turbo clusters and CCE clusters:The QingTian architecture consists of data plane (software-hardware synergy) and man", + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", - "title":"CCE Turbo Clusters and CCE Clusters", - "uri":"cce_10_0342.html", + "title":"Kubernetes Release Notes", + "uri":"cce_10_0068.html", "doc_type":"usermanual2", "p_code":"35", "code":"37" }, { - "desc":"kube-proxy is a key component of a Kubernetes cluster. It is responsible for load balancing and forwarding between a Service and its backend pod.CCE supports two forwardi", + "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This document describes the changes made in Kubernetes 1.25 compared w", "product_code":"cce", - "title":"Comparing iptables and IPVS", - "uri":"cce_10_0349.html", + "title":"Kubernetes 1.25 Release Notes", + "uri":"cce_bulletin_0058.html", "doc_type":"usermanual2", - "p_code":"35", + "p_code":"37", "code":"38" }, { - "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.23.Kubernetes 1", "product_code":"cce", - "title":"Release Notes", - "uri":"cce_10_0068.html", + "title":"Kubernetes 1.23 Release Notes", + "uri":"cce_bulletin_0027.html", "doc_type":"usermanual2", - "p_code":"35", + "p_code":"37", "code":"39" }, - { - "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.25.Kubernetes 1", - "product_code":"cce", - "title":"CCE Kubernetes 1.25 Release Notes", - "uri":"cce_10_0467.html", - "doc_type":"usermanual2", - "p_code":"39", - "code":"40" - }, - { - "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.23.Changes in C", - "product_code":"cce", - "title":"CCE Kubernetes 1.23 Release Notes", - "uri":"cce_10_0468.html", - "doc_type":"usermanual2", - "p_code":"39", - "code":"41" - }, { "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.21.Kubernetes 1", "product_code":"cce", - "title":"CCE Kubernetes 1.21 Release Notes", - "uri":"cce_10_0469.html", + "title":"Kubernetes 1.21 Release Notes", + "uri":"cce_bulletin_0026.html", "doc_type":"usermanual2", - "p_code":"39", - "code":"42" + "p_code":"37", + "code":"40" }, { - "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.19.Kubernetes 1", + "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.19.Kubernetes v", "product_code":"cce", - "title":"CCE Kubernetes 1.19 Release Notes", - "uri":"cce_10_0470.html", + "title":"Kubernetes 1.19 Release Notes", + "uri":"cce_whsnew_0010.html", "doc_type":"usermanual2", - "p_code":"39", - "code":"43" + "p_code":"37", + "code":"41" }, { "desc":"CCE has passed the Certified Kubernetes Conformance Program and is a certified Kubernetes offering. This section describes the updates in CCE Kubernetes 1.17.All resource", "product_code":"cce", - "title":"CCE Kubernetes 1.17 Release Notes", - "uri":"cce_10_0471.html", + "title":"Kubernetes 1.17 (EOM) Release Notes", + "uri":"cce_whsnew_0007.html", "doc_type":"usermanual2", - "p_code":"39", - "code":"44" + "p_code":"37", + "code":"42" + }, + { + "desc":"All nodes in the CCE clusters of version 1.25, except the ones running EulerOS 2.5, use containerd by default.", + "product_code":"cce", + "title":"Release Notes for CCE Cluster Versions", + "uri":"cce_10_0405.html", + "doc_type":"usermanual2", + "p_code":"35", + "code":"43" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", - "title":"Cluster Patch Version Release Notes", - "uri":"cce_10_0405.html", - "doc_type":"usermanual2", - "p_code":"35", - "code":"45" - }, - { - "desc":"CCE Turbo clusters run on a cloud native infrastructure that features software-hardware synergy to support passthrough networking, high security and reliability, and inte", - "product_code":"cce", - "title":"Creating a CCE Turbo Cluster", + "title":"Creating a Cluster", "uri":"cce_10_0298.html", "doc_type":"usermanual2", "p_code":"34", + "code":"44" + }, + { + "desc":"The following table lists the differences between CCE Turbo clusters and CCE clusters.", + "product_code":"cce", + "title":"CCE Turbo Clusters and CCE Clusters", + "uri":"cce_10_0342.html", + "doc_type":"usermanual2", + "p_code":"44", + "code":"45" + }, + { + "desc":"On the CCE console, you can easily create Kubernetes clusters. After a cluster is created, the master node is hosted by CCE. You only need to create worker nodes. In this", + "product_code":"cce", + "title":"Creating a Cluster", + "uri":"cce_10_0028.html", + "doc_type":"usermanual2", + "p_code":"44", "code":"46" }, { - "desc":"On the CCE console, you can easily create Kubernetes clusters. Kubernetes can manage container clusters at scale. A cluster manages a group of node resources.In CCE, you ", + "desc":"kube-proxy is a key component of a Kubernetes cluster. It is used for load balancing and forwarding data between a Service and its backend pods.CCE supports the iptables ", "product_code":"cce", - "title":"Creating a CCE Cluster", - "uri":"cce_10_0028.html", + "title":"Comparing iptables and IPVS", + "uri":"cce_10_0349.html", "doc_type":"usermanual2", - "p_code":"34", + "p_code":"44", "code":"47" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", - "title":"Using kubectl to Run a Cluster", + "title":"Connecting to a Cluster", "uri":"cce_10_0140.html", "doc_type":"usermanual2", "p_code":"34", "code":"48" }, { - "desc":"This section uses a CCE cluster as an example to describe how to connect to a CCE cluster using kubectl.When you access a cluster using kubectl, CCE uses thekubeconfig.js", + "desc":"This section uses a CCE cluster as an example to describe how to connect to a CCE cluster using kubectl.When you access a cluster using kubectl, CCE uses kubeconfig.json ", "product_code":"cce", "title":"Connecting to a Cluster Using kubectl", "uri":"cce_10_0107.html", @@ -441,19 +441,19 @@ "code":"49" }, { - "desc":"A Subject Alternative Name (SAN) can be signed in to a cluster server certificate. A SAN is usually used by the client to verify the server validity in TLS handshakes. Sp", + "desc":"This section describes how to obtain the cluster certificate from the console and use it access Kubernetes clusters.The downloaded certificate contains three files: clien", "product_code":"cce", - "title":"Customizing a Cluster Certificate SAN", - "uri":"cce_10_0367.html", + "title":"Connecting to a Cluster Using an X.509 Certificate", + "uri":"cce_10_0175.html", "doc_type":"usermanual2", "p_code":"48", "code":"50" }, { - "desc":"getThe get command displays one or many resources of a cluster.This command prints a table of the most important information about all resources, including cluster nodes,", + "desc":"A Subject Alternative Name (SAN) can be signed in to a cluster server certificate. A SAN is usually used by the client to verify the server validity in TLS handshakes. Sp", "product_code":"cce", - "title":"Common kubectl Commands", - "uri":"cce_10_0139.html", + "title":"Accessing a Cluster Using a Custom Domain Name", + "uri":"cce_10_0367.html", "doc_type":"usermanual2", "p_code":"48", "code":"51" @@ -477,7 +477,7 @@ "code":"53" }, { - "desc":"Before the upgrade, you can check whether your cluster can be upgraded and which versions are available on the CCE console. For details, see Upgrade Overview.Upgraded clu", + "desc":"Before the upgrade, you can check whether your cluster can be upgraded and which versions are available on the CCE console. For details, see Upgrade Overview.Before upgra", "product_code":"cce", "title":"Before You Start", "uri":"cce_10_0302.html", @@ -486,31 +486,40 @@ "code":"54" }, { - "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "desc":"You can upgrade your clusters to a newer version on the CCE console.Before the upgrade, learn about the target version to which each CCE cluster can be upgraded in what w", "product_code":"cce", - "title":"Post-Upgrade Verification", - "uri":"cce_10_0560.html", + "title":"Performing In-place Upgrade", + "uri":"cce_10_0301.html", "doc_type":"usermanual2", "p_code":"52", "code":"55" }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Performing Post-Upgrade Verification", + "uri":"cce_10_0560.html", + "doc_type":"usermanual2", + "p_code":"52", + "code":"56" + }, { "desc":"After the cluster is upgraded, check whether the services are running normal.Different services have different verification mode. Select a suitable one and verify the ser", "product_code":"cce", "title":"Service Verification", "uri":"cce_10_0561.html", "doc_type":"usermanual2", - "p_code":"55", - "code":"56" + "p_code":"56", + "code":"57" }, { - "desc":"Check whether unexpected pods exist in the cluster.Check whether there are pods restart unexpectedly in the cluster.Go to the CCE console and access the cluster console. ", + "desc":"Check whether there are unexpected pods in the cluster.Check whether there are any pods that ran properly originally in the cluster restart unexpectedly.Log in to the CCE", "product_code":"cce", "title":"Pod Check", "uri":"cce_10_0562.html", "doc_type":"usermanual2", - "p_code":"55", - "code":"57" + "p_code":"56", + "code":"58" }, { "desc":"Check whether the nodes are running properly.Check whether the node network is normal.Check whether the container network is normal.The node status reflects whether the n", @@ -518,26 +527,26 @@ "title":"Node and Container Network Check", "uri":"cce_10_0563.html", "doc_type":"usermanual2", - "p_code":"55", - "code":"58" + "p_code":"56", + "code":"59" }, { - "desc":"Check whether the label is lost.Check whether there are unexpected taints.Go to the CCE console, access the cluster console, and choose Nodes in the navigation pane. On t", + "desc":"Check whether custom node labels are lost.Check whether there are any unexpected taints newly added on the node, which will affect workload scheduling.Go to the CCE conso", "product_code":"cce", "title":"Node Label and Taint Check", "uri":"cce_10_0564.html", "doc_type":"usermanual2", - "p_code":"55", - "code":"59" + "p_code":"56", + "code":"60" }, { - "desc":"Check whether nodes can be created in the cluster.Go to the CCE console and access the cluster console. Choose Nodes in the navigation pane, and click Create Node.If node", + "desc":"Check whether nodes can be created in the cluster.Log in to the CCE console and access the cluster console. Choose Nodes in the navigation pane, and click Create Node. Fo", "product_code":"cce", "title":"New Node Check", "uri":"cce_10_0565.html", "doc_type":"usermanual2", - "p_code":"55", - "code":"60" + "p_code":"56", + "code":"61" }, { "desc":"Check whether pods can be created on the existing nodes after the cluster is upgraded.Check whether pods can be created on new nodes after the cluster is upgraded.After c", @@ -545,36 +554,18 @@ "title":"New Pod Check", "uri":"cce_10_0566.html", "doc_type":"usermanual2", - "p_code":"55", - "code":"61" + "p_code":"56", + "code":"62" }, { - "desc":"After the cluster is upgraded, you need to reset the nodes that fail to be upgraded.Go back to the previous step or view the upgrade details on the upgrade history page t", + "desc":"After the cluster is upgraded, reset the nodes that fail to be upgraded.Go back to the previous step or view the upgrade details on the upgrade history page to view the n", "product_code":"cce", "title":"Node Skipping Check for Reset", "uri":"cce_10_0567.html", "doc_type":"usermanual2", - "p_code":"55", - "code":"62" - }, - { - "desc":"You can upgrade your clusters to a newer Kubernetes version on the CCE console.Before the upgrade, learn about the target version to which each CCE cluster can be upgrade", - "product_code":"cce", - "title":"Performing Replace/Rolling Upgrade", - "uri":"cce_10_0120.html", - "doc_type":"usermanual2", - "p_code":"52", + "p_code":"56", "code":"63" }, - { - "desc":"You can upgrade your clusters to a newer version on the CCE console.Before the upgrade, learn about the target version to which each CCE cluster can be upgraded in what w", - "product_code":"cce", - "title":"Performing In-place Upgrade", - "uri":"cce_10_0301.html", - "doc_type":"usermanual2", - "p_code":"52", - "code":"64" - }, { "desc":"This section describes how to migrate services from a cluster of an earlier version to a cluster of a later version in CCE.This operation is applicable when a cross-versi", "product_code":"cce", @@ -582,7 +573,7 @@ "uri":"cce_10_0210.html", "doc_type":"usermanual2", "p_code":"52", - "code":"65" + "code":"64" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -591,115 +582,115 @@ "uri":"cce_10_0550.html", "doc_type":"usermanual2", "p_code":"52", - "code":"66" + "code":"65" }, { "desc":"The system performs a comprehensive pre-upgrade check before the cluster upgrade. If the cluster does not meet the pre-upgrade check conditions, the upgrade cannot contin", "product_code":"cce", - "title":"Performing Pre-upgrade Check", + "title":"Pre-upgrade Check", "uri":"cce_10_0549.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"67" + "p_code":"65", + "code":"66" }, { "desc":"Check the following aspects:Check whether the node is available.Check whether the node OS supports the upgrade.Check whether there are unexpected node pool tags in the no", "product_code":"cce", - "title":"Checking the Node", + "title":"Node Restrictions", "uri":"cce_10_0431.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"68" + "p_code":"65", + "code":"67" }, { "desc":"Check whether the current user is in the upgrade blocklist.CCE temporarily disables the cluster upgrade function due to the following reasons:The cluster is identified as", "product_code":"cce", - "title":"Checking the Blocklist", + "title":"Blocklist", "uri":"cce_10_0432.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"69" + "p_code":"65", + "code":"68" }, { - "desc":"Check the following aspects:Check whether the add-on status is normal.Check whether the add-on supports the target version.Scenario 1: The add-on status is abnormal.Log i", + "desc":"Check the following aspects:Check whether the add-on status is normal.Check whether the add-on support the target version.Scenario 1: The add-on status is abnormal.Log in", "product_code":"cce", - "title":"Checking the Add-on", + "title":"Add-ons", "uri":"cce_10_0433.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"70" + "p_code":"65", + "code":"69" }, { "desc":"Check whether the current HelmRelease record contains discarded Kubernetes APIs that are not supported by the target cluster version. If yes, the Helm chart may be unavai", "product_code":"cce", - "title":"Checking the Helm Chart", + "title":"Helm Charts", "uri":"cce_10_0434.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"71" + "p_code":"65", + "code":"70" }, { "desc":"Check whether CCE can connect to your master nodes.Contact technical support.", "product_code":"cce", - "title":"Checking the Master Node SSH Connectivity", + "title":"SSH Connectivity of Master Nodes", "uri":"cce_10_0435.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", + "code":"71" + }, + { + "desc":"Check the node pool status.Scenario: The node pool malfunctions.Log in to the CCE console, go to the target cluster and choose Nodes. On the displayed page, click Node Po", + "product_code":"cce", + "title":"Node Pools", + "uri":"cce_10_0436.html", + "doc_type":"usermanual2", + "p_code":"65", "code":"72" }, { - "desc":"Check the following aspects:Check the node status.Check whether the auto scaling function of the node pool is disabled.Scenario 1: The node pool status is abnormal.Log in", + "desc":"Check whether the security group allows the master node to access nodes using ICMP.This check item is performed only for clusters using VPC networking. For clusters using", "product_code":"cce", - "title":"Checking the Node Pool", - "uri":"cce_10_0436.html", + "title":"Security Groups", + "uri":"cce_10_0437.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", "code":"73" }, { - "desc":"Check whether the security group allows the master node to access nodes using ICMP.Log in to the VPC console, choose Access Control > Security Groups, and enter the targe", + "desc":"Check whether the node needs to be migrated.For the 1.15 cluster that is upgraded from 1.13 in rolling mode, migrate (reset or create and replace) all nodes before perfor", "product_code":"cce", - "title":"Checking the Security Group", - "uri":"cce_10_0437.html", + "title":"To-Be-Migrated Nodes", + "uri":"cce_10_0439.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", "code":"74" }, { - "desc":"Check whether the node needs to be migrated.For the 1.15 cluster that is upgraded from 1.13 in rolling mode, you need to migrate (reset or create and replace) all nodes b", + "desc":"Check whether there are discarded resources in the clusters.Scenario 1: The PodSecurityPolicy resource object has been discarded since clusters of 1.25.Run the kubectl ge", "product_code":"cce", - "title":"To-Be-Migrated Node", - "uri":"cce_10_0439.html", + "title":"Discarded Kubernetes Resources", + "uri":"cce_10_0440.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", "code":"75" }, { - "desc":"Check whether there are discarded resources in the clusters.Scenario 1: The PodSecurityPolicy resource object has been discarded since clusters of v1.25.Run the kubectl g", + "desc":"Read the version compatibility differences and ensure that they are not affected. The patch upgrade does not involve version compatibility differences.", "product_code":"cce", - "title":"Discarded Kubernetes Resource", - "uri":"cce_10_0440.html", + "title":"Compatibility Risks", + "uri":"cce_10_0441.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", "code":"76" }, { - "desc":"Read the version compatibility differences and ensure that they are not affected.The patch upgrade does not involve version compatibility differences.", + "desc":"Check whether cce-agent on the current node is of the latest version.Scenario 1: The error message \"you cce-agent no update, please restart it\" is displayed.cce-agent doe", "product_code":"cce", - "title":"Compatibility Risk", - "uri":"cce_10_0441.html", - "doc_type":"usermanual2", - "p_code":"66", - "code":"77" - }, - { - "desc":"Check whether cce-agent on the current node is of the latest version.If cce-agent is not of the latest version, the automatic update fails. This problem is usually caused", - "product_code":"cce", - "title":"Node CCEAgent Version", + "title":"Node CCE Agent Versions", "uri":"cce_10_0442.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"78" + "p_code":"65", + "code":"77" }, { "desc":"Check whether the CPU usage of the node exceeds 90%.Upgrade the cluster during off-peak hours.Check whether too many pods are deployed on the node. If yes, reschedule pod", @@ -707,26 +698,26 @@ "title":"Node CPU Usage", "uri":"cce_10_0443.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"79" + "p_code":"65", + "code":"78" }, { "desc":"Check the following aspects:Check whether the key CRD packageversions.version.cce.io of the cluster is deleted.Check whether the cluster key CRD network-attachment-defini", "product_code":"cce", - "title":"CRD Check", + "title":"CRDs", "uri":"cce_10_0444.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"80" + "p_code":"65", + "code":"79" }, { "desc":"Check the following aspects:Check whether the key data disks on the node meet the upgrade requirements.Check whether the /tmp directory has 500 MB available space.During ", "product_code":"cce", - "title":"Node Disk", + "title":"Node Disks", "uri":"cce_10_0445.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"81" + "p_code":"65", + "code":"80" }, { "desc":"Check the following aspects:Check whether the DNS configuration of the current node can resolve the OBS address.Check whether the current node can access the OBS address ", @@ -734,26 +725,26 @@ "title":"Node DNS", "uri":"cce_10_0446.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"82" + "p_code":"65", + "code":"81" }, { - "desc":"Check whether the key directory /var/paas on the nodes contain files with abnormal owners or owner groups.CCE uses the /var/paas directory to manage nodes and store file ", + "desc":"Check whether the key directory /var/paas on the nodes contain files with abnormal owners or owner groups.Scenario 1: The error message \"xx file permission has been chang", "product_code":"cce", "title":"Node Key Directory File Permissions", "uri":"cce_10_0447.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"83" + "p_code":"65", + "code":"82" }, { - "desc":"Check whether the kubelet on the node is running properly.Scenario 1: The kubelet status is abnormal.If the kubelet is abnormal, the node is unavailable. Restore the node", + "desc":"Check whether the kubelet on the node is running properly.Scenario 1: The kubelet status is abnormal.If the kubelet malfunctions, the node is unavailable. Restore the nod", "product_code":"cce", "title":"Kubelet", "uri":"cce_10_0448.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"84" + "p_code":"65", + "code":"83" }, { "desc":"Check whether the memory usage of the node exceeds 90%.Upgrade the cluster during off-peak hours.Check whether too many pods are deployed on the node. If yes, reschedule ", @@ -761,8 +752,8 @@ "title":"Node Memory", "uri":"cce_10_0449.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"85" + "p_code":"65", + "code":"84" }, { "desc":"Check whether the clock synchronization server ntpd or chronyd of the node is running properly.Scenario 1: ntpd is running abnormally.Log in to the node and run the syste", @@ -770,8 +761,8 @@ "title":"Node Clock Synchronization Server", "uri":"cce_10_0450.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"86" + "p_code":"65", + "code":"85" }, { "desc":"Check whether the OS kernel version of the node is supported by CCE.Running nodes depend on the initial standard kernel version when they are created. CCE has performed c", @@ -779,26 +770,26 @@ "title":"Node OS", "uri":"cce_10_0451.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"87" + "p_code":"65", + "code":"86" }, { "desc":"Check whether the number of CPUs on the master node is greater than 2.If the number of CPUs on the master node is 2, contact technical support to expand the number to 4 o", "product_code":"cce", - "title":"Node CPU Count", + "title":"Node CPUs", "uri":"cce_10_0452.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"88" + "p_code":"65", + "code":"87" }, { "desc":"Check whether the Python commands are available on a node.If the command output is not 0, the check fails.Install Python before the upgrade.", "product_code":"cce", - "title":"Node Python Command", + "title":"Node Python Commands", "uri":"cce_10_0453.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"89" + "p_code":"65", + "code":"88" }, { "desc":"Check whether the nodes in the cluster are ready.Scenario 1: The nodes are in the unavailable status.Log in to the CCE console and access the cluster console. Choose Node", @@ -806,134 +797,134 @@ "title":"Node Readiness", "uri":"cce_10_0455.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"90" + "p_code":"65", + "code":"89" }, { - "desc":"Check whether journald of a node is normal.Log in to the node and run the systemctl is-active systemd-journald command to query the running status of journald. If the com", + "desc":"Check whether journald of a node is normal.Log in to the node and run the systemctl is-active systemd-journald command to obtain the running status of journald. If the co", "product_code":"cce", "title":"Node journald", "uri":"cce_10_0456.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"91" + "p_code":"65", + "code":"90" }, { "desc":"Check whether the containerd.sock file exists on the node. This file affects the startup of container runtime in the Euler OS.Scenario: The Docker used by the node is the", "product_code":"cce", - "title":"containerd.sock Check", + "title":"containerd.sock", "uri":"cce_10_0457.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"92" + "p_code":"65", + "code":"91" }, { "desc":"Before the upgrade, check whether an internal error occurs.If this check fails, contact technical support.", "product_code":"cce", - "title":"Internal Error", + "title":"Internal Errors", "uri":"cce_10_0458.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"93" + "p_code":"65", + "code":"92" }, { "desc":"Check whether inaccessible mount points exist on the node.Scenario: There are inaccessible mount points on the node.If network NFS (such as OBS, SFS, and SFS) is used by ", "product_code":"cce", - "title":"Node Mount Point", + "title":"Node Mount Points", "uri":"cce_10_0459.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", + "code":"93" + }, + { + "desc":"Check whether the taint needed for cluster upgrade exists on the node.Scenario 1: The node is skipped during the cluster upgrade.If the version of the node is different f", + "product_code":"cce", + "title":"Kubernetes Node Taints", + "uri":"cce_10_0460.html", + "doc_type":"usermanual2", + "p_code":"65", "code":"94" }, { - "desc":"Check whether the taint, as shown in Table 1, exists on the node.Taint checklistNameImpactnode.kubernetes.io/upgradeNoScheduleScenario 1: The node is skipped during the c", + "desc":"Check whether there are any compatibility restrictions on the current everest add-on.There are compatibility restrictions on the current everest add-on and it cannot be u", "product_code":"cce", - "title":"Kubernetes Node Taint", - "uri":"cce_10_0460.html", - "doc_type":"usermanual2", - "p_code":"66", - "code":"95" - }, - { - "desc":"Check whether the current everest add-on has compatibility restrictions. See Table 1.The current everest add-on has compatibility restrictions and cannot be upgraded with", - "product_code":"cce", - "title":"everest Restriction Check", + "title":"everest Restrictions", "uri":"cce_10_0478.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"96" + "p_code":"65", + "code":"95" }, { "desc":"Check whether the current cce-controller-hpa add-on has compatibility restrictions.The current cce-controller-hpa add-on has compatibility restrictions. An add-on that ca", "product_code":"cce", - "title":"cce-hpa-controller Restriction Check", + "title":"cce-hpa-controller Restrictions", "uri":"cce_10_0479.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", + "code":"96" + }, + { + "desc":"Check whether the current cluster version and the target version support the enhanced CPU policy.Scenario: Only the current cluster version supports the enhanced CPU poli", + "product_code":"cce", + "title":"Enhanced CPU Policies", + "uri":"cce_10_0480.html", + "doc_type":"usermanual2", + "p_code":"65", "code":"97" }, { - "desc":"Check whether the current cluster version and the target version support enhanced CPU policy.Scenario: The current cluster version uses the enhanced CPU management policy", + "desc":"Check whether the container runtime and network components on the worker nodes are healthy.If a worker node component malfunctions, log in to the node to check the status", "product_code":"cce", - "title":"Enhanced CPU Management Policy", - "uri":"cce_10_0480.html", + "title":"Health of Worker Node Components", + "uri":"cce_10_0484.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", "code":"98" }, { - "desc":"Check whether the container runtime and network components on the user node are healthy.If a component is abnormal, log in to the node to check the status of the abnormal", + "desc":"Check whether the Kubernetes, container runtime, and network components of the master nodes are healthy.If a master node component malfunctions, contact technical support", "product_code":"cce", - "title":"User Node Components Health", - "uri":"cce_10_0484.html", + "title":"Health of Master Node Components", + "uri":"cce_10_0485.html", "doc_type":"usermanual2", - "p_code":"66", + "p_code":"65", "code":"99" }, { - "desc":"Check whether the Kubernetes, container runtime, and network components of the controller node are healthy.If a component on the controller node is abnormal, contact tech", - "product_code":"cce", - "title":"Controller Node Components Health", - "uri":"cce_10_0485.html", - "doc_type":"usermanual2", - "p_code":"66", - "code":"100" - }, - { - "desc":"Check whether the resources of Kubernetes components, such as etcd and kube-controller-manager, exceed the upper limit.Solution 1: Reducing Kubernetes resourcesSolution 2", + "desc":"Check whether the resources of Kubernetes components, such as etcd and kube-controller-manager, exceed the upper limit.Solution 1: Reduce Kubernetes resources.Solution 2:", "product_code":"cce", "title":"Memory Resource Limit of Kubernetes Components", "uri":"cce_10_0486.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"101" + "p_code":"65", + "code":"100" }, { "desc":"The system scans the audit logs of the past day to check whether the user calls the deprecated APIs of the target Kubernetes version.Due to the limited time range of audi", "product_code":"cce", - "title":"Checking Deprecated Kubernetes APIs", + "title":"Discarded Kubernetes APIs", "uri":"cce_10_0487.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"102" + "p_code":"65", + "code":"101" }, { "desc":"If IPv6 is enabled for a CCE Turbo cluster, check whether the target cluster version supports IPv6.CCE Turbo clusters support IPv6 since v1.23. This feature is available ", "product_code":"cce", - "title":"IPv6 Capability of a CCE Turbo Cluster", + "title":"IPv6 Capabilities of a CCE Turbo Cluster", "uri":"cce_10_0488.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"103" + "p_code":"65", + "code":"102" }, { - "desc":"Check whether NetworkManager of a node is normal.Log in to the node and run the systemctl is-active NetworkManager command to query the running status of NetworkManager. ", + "desc":"Check whether NetworkManager of a node is normal.Log in to the node and run the systemctl is-active NetworkManager command to obtain the running status of NetworkManager.", "product_code":"cce", "title":"Node NetworkManager", "uri":"cce_10_0489.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"104" + "p_code":"65", + "code":"103" }, { "desc":"Check the ID file format.", @@ -941,8 +932,8 @@ "title":"Node ID File", "uri":"cce_10_0490.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"105" + "p_code":"65", + "code":"104" }, { "desc":"When you upgrade a CCE cluster to v1.19 or later, the system checks whether the following configuration files have been modified in the background:/opt/cloud/cce/kubernet", @@ -950,8 +941,8 @@ "title":"Node Configuration Consistency", "uri":"cce_10_0491.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"106" + "p_code":"65", + "code":"105" }, { "desc":"Check whether the configuration files of key components exist on the node.The following table lists the files to be checked.Contact technical support to restore the confi", @@ -959,17 +950,17 @@ "title":"Node Configuration File", "uri":"cce_10_0492.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"107" + "p_code":"65", + "code":"106" }, { - "desc":"Check whether the current CoreDNS key configuration Corefile is different from the Helm Release record. The difference may be overwritten during the add-on upgrade, affec", + "desc":"Check whether the current CoreDNS key configuration Corefile is different from the Helm release record. The difference may be overwritten during the add-on upgrade, affec", "product_code":"cce", - "title":"Checking CoreDNS Configuration Consistency", + "title":"CoreDNS Configuration Consistency", "uri":"cce_10_0493.html", "doc_type":"usermanual2", - "p_code":"66", - "code":"108" + "p_code":"65", + "code":"107" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -978,7 +969,7 @@ "uri":"cce_10_0031.html", "doc_type":"usermanual2", "p_code":"34", - "code":"109" + "code":"108" }, { "desc":"CCE allows you to manage cluster parameters, through which you can let core components work under your very requirements.This function is supported only in clusters of v1", @@ -986,44 +977,17 @@ "title":"Cluster Configuration Management", "uri":"cce_10_0213.html", "doc_type":"usermanual2", - "p_code":"109", - "code":"110" + "p_code":"108", + "code":"109" }, { - "desc":"This section describes how to delete a cluster.Deleting a cluster will delete the nodes in the cluster (excluding accepted nodes), data disks attached to the nodes, workl", - "product_code":"cce", - "title":"Deleting a Cluster", - "uri":"cce_10_0212.html", - "doc_type":"usermanual2", - "p_code":"109", - "code":"111" - }, - { - "desc":"If you do not need to use a cluster temporarily, you are advised to hibernate the cluster.After a cluster is hibernated, resources such as workloads cannot be created or ", - "product_code":"cce", - "title":"Hibernating and Waking Up a Cluster", - "uri":"cce_10_0214.html", - "doc_type":"usermanual2", - "p_code":"109", - "code":"112" - }, - { - "desc":"If overload control is enabled, concurrent requests are dynamically controlled based on the resource pressure of master nodes to keep them and the cluster available.The c", + "desc":"If enabled, concurrent requests are dynamically controlled based on the resource pressure of master nodes to keep them and the cluster available.The cluster version must ", "product_code":"cce", "title":"Cluster Overload Control", "uri":"cce_10_0602.html", "doc_type":"usermanual2", - "p_code":"109", - "code":"113" - }, - { - "desc":"This section describes how to obtain the cluster certificate from the console and use it to access Kubernetes clusters.The downloaded certificate contains three files: cl", - "product_code":"cce", - "title":"Obtaining a Cluster Certificate", - "uri":"cce_10_0175.html", - "doc_type":"usermanual2", - "p_code":"34", - "code":"114" + "p_code":"108", + "code":"110" }, { "desc":"CCE allows you to change the number of nodes managed in a cluster.This function is supported for clusters of v1.15 and later versions.Starting from v1.15.11, the number o", @@ -1031,8 +995,26 @@ "title":"Changing Cluster Scale", "uri":"cce_10_0403.html", "doc_type":"usermanual2", - "p_code":"34", - "code":"115" + "p_code":"108", + "code":"111" + }, + { + "desc":"Deleting a cluster will delete the nodes in the cluster (excluding accepted nodes), data disks attached to the nodes, workloads, and Services. Related services cannot be ", + "product_code":"cce", + "title":"Deleting a Cluster", + "uri":"cce_10_0212.html", + "doc_type":"usermanual2", + "p_code":"108", + "code":"112" + }, + { + "desc":"If you do not need to use a cluster temporarily, you are advised to hibernate the cluster.After a cluster is hibernated, resources such as workloads cannot be created or ", + "product_code":"cce", + "title":"Hibernating and Waking Up a Cluster", + "uri":"cce_10_0214.html", + "doc_type":"usermanual2", + "p_code":"108", + "code":"113" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -1041,25 +1023,16 @@ "uri":"cce_10_0183.html", "doc_type":"usermanual2", "p_code":"", - "code":"116" - }, - { - "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", - "product_code":"cce", - "title":"Node Overview", - "uri":"cce_10_0180.html", - "doc_type":"usermanual2", - "p_code":"116", - "code":"117" + "code":"114" }, { "desc":"A container cluster consists of a set of worker machines, called nodes, that run containerized applications. A node can be a virtual machine (VM) or a physical machine (P", "product_code":"cce", - "title":"Precautions for Using a Node", - "uri":"cce_10_0461.html", + "title":"Node Overview", + "uri":"cce_10_0180.html", "doc_type":"usermanual2", - "p_code":"117", - "code":"118" + "p_code":"114", + "code":"115" }, { "desc":"Container engines, one of the most important components of Kubernetes, manage the lifecycle of images and containers. The kubelet interacts with a container runtime throu", @@ -1067,80 +1040,26 @@ "title":"Container Engine", "uri":"cce_10_0462.html", "doc_type":"usermanual2", - "p_code":"117", - "code":"119" + "p_code":"114", + "code":"116" }, { - "desc":"The most significant difference is that each Kata container (pod) runs on an independent micro-VM, has an independent OS kernel, and is securely isolated at the virtualiz", - "product_code":"cce", - "title":"Kata Containers and Common Containers", - "uri":"cce_10_0463.html", - "doc_type":"usermanual2", - "p_code":"117", - "code":"120" - }, - { - "desc":"The maximum number of pods that can be created on a node is determined by the following parameters:Number of container IP addresses that can be allocated on a node (alpha", - "product_code":"cce", - "title":"Maximum Number of Pods That Can Be Created on a Node", - "uri":"cce_10_0348.html", - "doc_type":"usermanual2", - "p_code":"117", - "code":"121" - }, - { - "desc":"Some of the resources on the node need to run some necessary Kubernetes system components and resources to make the node as part of your cluster. Therefore, the total num", - "product_code":"cce", - "title":"Formula for Calculating the Reserved Resources of a Node", - "uri":"cce_10_0178.html", - "doc_type":"usermanual2", - "p_code":"117", - "code":"122" - }, - { - "desc":"This section describes how to allocate data disk space.When creating a node, you need to configure a data disk whose capacity is greater than or equal to 100GB for the no", - "product_code":"cce", - "title":"Data Disk Space Allocation", - "uri":"cce_10_0341.html", - "doc_type":"usermanual2", - "p_code":"117", - "code":"123" - }, - { - "desc":"At least one cluster has been created.A key pair has been created for identity authentication upon remote node login.The node has 2-core or higher CPU, 4 GB or larger mem", + "desc":"At least one cluster has been created.A key pair has been created for identity authentication upon remote node login.The node has at least 2 vCPUs and 4 GiB of memory.To ", "product_code":"cce", "title":"Creating a Node", "uri":"cce_10_0363.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"124" + "p_code":"114", + "code":"117" }, { - "desc":"In CCE, you can Creating a Node or add existing nodes (ECSs) into your cluster.While an ECS is being accepted into a cluster, the operating system of the ECS will be rese", + "desc":"In CCE, you can create a node (Creating a Node) or add existing nodes (ECSs or) to your cluster.While an ECS is being accepted into a cluster, the operating system of the", "product_code":"cce", "title":"Adding Nodes for Management", "uri":"cce_10_0198.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"125" - }, - { - "desc":"Removing a node from a cluster will re-install the node OS and clear CCE components on the node.Removing a node will not delete the server corresponding to the node. You ", - "product_code":"cce", - "title":"Removing a Node", - "uri":"cce_10_0338.html", - "doc_type":"usermanual2", - "p_code":"116", - "code":"126" - }, - { - "desc":"You can reset a node to modify the node configuration, such as the node OS and login mode.Resetting a node will reinstall the node OS and the Kubernetes software on the n", - "product_code":"cce", - "title":"Resetting a Node", - "uri":"cce_10_0003.html", - "doc_type":"usermanual2", - "p_code":"116", - "code":"127" + "p_code":"114", + "code":"118" }, { "desc":"If you use SSH to log in to a node (an ECS), ensure that the ECS already has an EIP (a public IP address).Only login to a running ECS is allowed.Only the user linux can l", @@ -1148,8 +1067,17 @@ "title":"Logging In to a Node", "uri":"cce_10_0185.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"128" + "p_code":"114", + "code":"119" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Management Nodes", + "uri":"cce_10_0672.html", + "doc_type":"usermanual2", + "p_code":"114", + "code":"120" }, { "desc":"You can add different labels to nodes and define different attributes for labels. By using these node labels, you can quickly understand the characteristics of each node.", @@ -1157,8 +1085,8 @@ "title":"Managing Node Labels", "uri":"cce_10_0004.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"129" + "p_code":"120", + "code":"121" }, { "desc":"Taints enable a node to repel specific pods to prevent these pods from being scheduled to the node.A taint is a key-value pair associated with an effect. The following ef", @@ -1166,17 +1094,35 @@ "title":"Managing Node Taints", "uri":"cce_10_0352.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"130" + "p_code":"120", + "code":"122" }, { - "desc":"Each node in a cluster is a cloud server or physical machine. After a cluster node is created, you can change the cloud server name or specifications as required.Some inf", + "desc":"You can reset a node to modify the node configuration, such as the node OS and login mode.Resetting a node will reinstall the node OS and the Kubernetes software on the n", + "product_code":"cce", + "title":"Resetting a Node", + "uri":"cce_10_0003.html", + "doc_type":"usermanual2", + "p_code":"120", + "code":"123" + }, + { + "desc":"Removing a node from a cluster will re-install the node OS and clear CCE components on the node.Removing a node will not delete the server corresponding to the node. You ", + "product_code":"cce", + "title":"Removing a Node", + "uri":"cce_10_0338.html", + "doc_type":"usermanual2", + "p_code":"120", + "code":"124" + }, + { + "desc":"Each node in a cluster is a cloud server or physical machine. After a cluster node is created, you can change the cloud server name or specifications as required. Modifyi", "product_code":"cce", "title":"Synchronizing Data with Cloud Servers", "uri":"cce_10_0184.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"131" + "p_code":"120", + "code":"125" }, { "desc":"When a node in a CCE cluster is deleted, services running on the node will also be deleted. Exercise caution when performing this operation.VM nodes that are being used b", @@ -1184,8 +1130,8 @@ "title":"Deleting a Node", "uri":"cce_10_0186.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"132" + "p_code":"120", + "code":"126" }, { "desc":"After a node in the cluster is stopped, services on the node are also stopped. Before stopping a node, ensure that discontinuity of the services on the node will not resu", @@ -1193,8 +1139,8 @@ "title":"Stopping a Node", "uri":"cce_10_0036.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"133" + "p_code":"120", + "code":"127" }, { "desc":"In a rolling upgrade, a new node is created, existing workloads are migrated to the new node, and then the old node is deleted. Figure 1 shows the migration process.The o", @@ -1202,8 +1148,53 @@ "title":"Performing Rolling Upgrade for Nodes", "uri":"cce_10_0276.html", "doc_type":"usermanual2", - "p_code":"116", - "code":"134" + "p_code":"120", + "code":"128" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Node O&M", + "uri":"cce_10_0704.html", + "doc_type":"usermanual2", + "p_code":"114", + "code":"129" + }, + { + "desc":"Some node resources are used to run mandatory Kubernetes system components and resources to make the node as part of your cluster. Therefore, the total number of node res", + "product_code":"cce", + "title":"Node Resource Reservation Policy", + "uri":"cce_10_0178.html", + "doc_type":"usermanual2", + "p_code":"129", + "code":"130" + }, + { + "desc":"This section describes how to allocate data disk space to nodes so that you can configure the data disk space accordingly.When creating a node, configure data disks for t", + "product_code":"cce", + "title":"Data Disk Space Allocation", + "uri":"cce_10_0341.html", + "doc_type":"usermanual2", + "p_code":"129", + "code":"131" + }, + { + "desc":"The maximum number of pods that can be created on a node is calculated based on the cluster type:For a cluster using the container tunnel network model, the value depends", + "product_code":"cce", + "title":"Maximum Number of Pods That Can Be Created on a Node", + "uri":"cce_10_0348.html", + "doc_type":"usermanual2", + "p_code":"129", + "code":"132" + }, + { + "desc":"Kubernetes has removed dockershim from v1.24 and does not support Docker by default. CCE will continue to support Docker in v1.25 but just till v1.27. The following steps", + "product_code":"cce", + "title":"Migrating Nodes from Docker to containerd", + "uri":"cce_10_0601.html", + "doc_type":"usermanual2", + "p_code":"129", + "code":"133" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -1212,7 +1203,7 @@ "uri":"cce_10_0035.html", "doc_type":"usermanual2", "p_code":"", - "code":"135" + "code":"134" }, { "desc":"CCE introduces node pools to help you better manage nodes in Kubernetes clusters. A node pool contains one node or a group of nodes with identical configuration in a clus", @@ -1220,8 +1211,8 @@ "title":"Node Pool Overview", "uri":"cce_10_0081.html", "doc_type":"usermanual2", - "p_code":"135", - "code":"136" + "p_code":"134", + "code":"135" }, { "desc":"This section describes how to create a node pool and perform operations on the node pool. For details about how a node pool works, see Node Pool Overview.The autoscaler a", @@ -1229,8 +1220,8 @@ "title":"Creating a Node Pool", "uri":"cce_10_0012.html", "doc_type":"usermanual2", - "p_code":"135", - "code":"137" + "p_code":"134", + "code":"136" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -1238,7 +1229,16 @@ "title":"Managing a Node Pool", "uri":"cce_10_0222.html", "doc_type":"usermanual2", - "p_code":"135", + "p_code":"134", + "code":"137" + }, + { + "desc":"When editing the resource tags of the node pool. The modified configuration takes effect only for new nodes. To synchronize the configuration to the existing nodes, manua", + "product_code":"cce", + "title":"Updating a Node Pool", + "uri":"cce_10_0653.html", + "doc_type":"usermanual2", + "p_code":"137", "code":"138" }, { @@ -1247,16 +1247,16 @@ "title":"Configuring a Node Pool", "uri":"cce_10_0652.html", "doc_type":"usermanual2", - "p_code":"138", + "p_code":"137", "code":"139" }, { - "desc":"When editing the resource tags of the node pool. The modified configuration takes effect only for new nodes. To synchronize the configuration to the existing nodes, you n", + "desc":"You can copy the configuration of an existing node pool to create a new node pool on the CCE console.", "product_code":"cce", - "title":"Updating a Node Pool", - "uri":"cce_10_0653.html", + "title":"Copying a Node Pool", + "uri":"cce_10_0655.html", "doc_type":"usermanual2", - "p_code":"138", + "p_code":"137", "code":"140" }, { @@ -1265,35 +1265,26 @@ "title":"Synchronizing Node Pools", "uri":"cce_10_0654.html", "doc_type":"usermanual2", - "p_code":"138", + "p_code":"137", "code":"141" }, { - "desc":"When CCE releases a new OS image, existing nodes cannot be automatically upgraded. You can manually upgrade them in batches.This operation will upgrade the OS by resettin", + "desc":"When CCE releases a new OS image, existing nodes cannot be automatically upgraded. You can manually upgrade them in batches.This section describes how to upgrade an OS by", "product_code":"cce", - "title":"Upgrading the OS", + "title":"Upgrading an OS", "uri":"cce_10_0660.html", "doc_type":"usermanual2", - "p_code":"138", + "p_code":"137", "code":"142" }, - { - "desc":"You can copy the configuration of an existing node pool to create a new node pool on the CCE console.", - "product_code":"cce", - "title":"Copying a Node Pool", - "uri":"cce_10_0655.html", - "doc_type":"usermanual2", - "p_code":"138", - "code":"143" - }, { "desc":"Nodes in a node pool can be migrated. Currently, nodes in a node pool can be migrated only to the default node pool (defaultpool) in the same cluster.The migration has no", "product_code":"cce", "title":"Migrating a Node", "uri":"cce_10_0656.html", "doc_type":"usermanual2", - "p_code":"138", - "code":"144" + "p_code":"137", + "code":"143" }, { "desc":"Deleting a node pool will delete nodes in the pool. Pods on these nodes will be automatically migrated to available nodes in other node pools.Deleting a node pool will de", @@ -1301,8 +1292,8 @@ "title":"Deleting a Node Pool", "uri":"cce_10_0657.html", "doc_type":"usermanual2", - "p_code":"138", - "code":"145" + "p_code":"137", + "code":"144" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -1311,7 +1302,7 @@ "uri":"cce_10_0046.html", "doc_type":"usermanual2", "p_code":"", - "code":"146" + "code":"145" }, { "desc":"A workload is an application running on Kubernetes. No matter how many components are there in your workload, you can run it in a group of Kubernetes pods. A workload is ", @@ -1319,7 +1310,16 @@ "title":"Overview", "uri":"cce_10_0006.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"145", + "code":"146" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Creating a Workload", + "uri":"cce_10_0673.html", + "doc_type":"usermanual2", + "p_code":"145", "code":"147" }, { @@ -1328,7 +1328,7 @@ "title":"Creating a Deployment", "uri":"cce_10_0047.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"147", "code":"148" }, { @@ -1337,7 +1337,7 @@ "title":"Creating a StatefulSet", "uri":"cce_10_0048.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"147", "code":"149" }, { @@ -1346,7 +1346,7 @@ "title":"Creating a DaemonSet", "uri":"cce_10_0216.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"147", "code":"150" }, { @@ -1355,7 +1355,7 @@ "title":"Creating a Job", "uri":"cce_10_0150.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"147", "code":"151" }, { @@ -1364,52 +1364,52 @@ "title":"Creating a Cron Job", "uri":"cce_10_0151.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"147", "code":"152" }, - { - "desc":"After a workload is created, you can upgrade, monitor, roll back, or delete the workload, as well as edit its YAML file.Workload/Job managementOperationDescriptionMonitor", - "product_code":"cce", - "title":"Managing Workloads and Jobs", - "uri":"cce_10_0007.html", - "doc_type":"usermanual2", - "p_code":"146", - "code":"153" - }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", "title":"Configuring a Container", "uri":"cce_10_0130.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"145", + "code":"153" + }, + { + "desc":"When creating a workload, you can configure containers to use the same time zone as the node. You can enable time zone synchronization when creating a workload.The time z", + "product_code":"cce", + "title":"Configuring Time Zone Synchronization", + "uri":"cce_10_0354.html", + "doc_type":"usermanual2", + "p_code":"153", "code":"154" }, { - "desc":"A workload is an abstract model of a group of pods. One pod can encapsulate one or more containers. You can click Add Container in the upper right corner to add multiple ", + "desc":"When a workload is created, the container image is pulled from the image repository to the node. The image is also pulled when the workload is restarted or upgraded.By de", "product_code":"cce", - "title":"Setting Basic Container Information", - "uri":"cce_10_0396.html", + "title":"Configuring an Image Pull Policy", + "uri":"cce_10_0353.html", "doc_type":"usermanual2", - "p_code":"154", + "p_code":"153", "code":"155" }, { "desc":"CCE allows you to create workloads using images pulled from third-party image repositories.Generally, a third-party image repository can be accessed only after authentica", "product_code":"cce", - "title":"Using a Third-Party Image", + "title":"Using Third-Party Images", "uri":"cce_10_0009.html", "doc_type":"usermanual2", - "p_code":"154", + "p_code":"153", "code":"156" }, { - "desc":"CCE allows you to set resource limits for added containers during workload creation. You can apply for and limit the CPU and memory quotas used by each pod in a workload.", + "desc":"CCE allows you to set resource requirements and limits, such as CPU and RAM, for added containers during workload creation. Kubernetes also allows using YAML to set requi", "product_code":"cce", "title":"Setting Container Specifications", "uri":"cce_10_0163.html", "doc_type":"usermanual2", - "p_code":"154", + "p_code":"153", "code":"157" }, { @@ -1418,7 +1418,7 @@ "title":"Setting Container Lifecycle Parameters", "uri":"cce_10_0105.html", "doc_type":"usermanual2", - "p_code":"154", + "p_code":"153", "code":"158" }, { @@ -1427,7 +1427,7 @@ "title":"Setting Health Check for a Container", "uri":"cce_10_0112.html", "doc_type":"usermanual2", - "p_code":"154", + "p_code":"153", "code":"159" }, { @@ -1436,125 +1436,170 @@ "title":"Setting an Environment Variable", "uri":"cce_10_0113.html", "doc_type":"usermanual2", - "p_code":"154", + "p_code":"153", "code":"160" }, - { - "desc":"When a workload is created, the container image is pulled from the image repository to the node. The image is also pulled when the workload is restarted or upgraded.By de", - "product_code":"cce", - "title":"Configuring an Image Pull Policy", - "uri":"cce_10_0353.html", - "doc_type":"usermanual2", - "p_code":"154", - "code":"161" - }, - { - "desc":"When creating a workload, you can configure containers to use the same time zone as the node. You can enable time zone synchronization when creating a workload.The time z", - "product_code":"cce", - "title":"Configuring Time Zone Synchronization", - "uri":"cce_10_0354.html", - "doc_type":"usermanual2", - "p_code":"154", - "code":"162" - }, { "desc":"In actual applications, upgrade is a common operation. A Deployment, StatefulSet, or DaemonSet can easily support application upgrade.You can set different upgrade polici", "product_code":"cce", "title":"Configuring the Workload Upgrade Policy", "uri":"cce_10_0397.html", "doc_type":"usermanual2", - "p_code":"154", - "code":"163" + "p_code":"153", + "code":"161" }, { - "desc":"A nodeSelector provides a very simple way to constrain pods to nodes with particular labels, as mentioned in Creating a DaemonSet. The affinity and anti-affinity feature ", + "desc":"Kubernetes supports node affinity and pod affinity/anti-affinity. You can configure custom rules to achieve affinity and anti-affinity scheduling. For example, you can de", "product_code":"cce", "title":"Scheduling Policy (Affinity/Anti-affinity)", "uri":"cce_10_0232.html", "doc_type":"usermanual2", - "p_code":"154", - "code":"164" + "p_code":"153", + "code":"162" }, { - "desc":"You can use GPUs in CCE containers.A GPU node has been created. For details, see Creating a Node.The gpu-beta add-on has been installed. During the installation, select t", + "desc":"Tolerations allow the scheduler to schedule pods to nodes with target taints. Tolerances work with node taints. Each node allows one or more taints. If no tolerance is co", "product_code":"cce", - "title":"GPU Scheduling", - "uri":"cce_10_0345.html", + "title":"Taints and Tolerations", + "uri":"cce_10_0728.html", "doc_type":"usermanual2", - "p_code":"146", - "code":"165" - }, - { - "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", - "product_code":"cce", - "title":"CPU Core Binding", - "uri":"cce_10_0551.html", - "doc_type":"usermanual2", - "p_code":"146", - "code":"166" - }, - { - "desc":"By default, kubelet uses CFS quotas to enforce pod CPU limits. When the node runs many CPU-bound pods, the workload can move to different CPU cores depending on whether t", - "product_code":"cce", - "title":"Binding CPU Cores", - "uri":"cce_10_0351.html", - "doc_type":"usermanual2", - "p_code":"166", - "code":"167" - }, - { - "desc":"If you encounter unexpected problems when using a container, you can log in to the container for debugging.The example output is as follows:NAME ", - "product_code":"cce", - "title":"Accessing a Container", - "uri":"cce_10_00356.html", - "doc_type":"usermanual2", - "p_code":"146", - "code":"168" + "p_code":"153", + "code":"163" }, { "desc":"CCE allows you to add annotations to a YAML file to realize some advanced pod functions. The following table describes the annotations you can add.When you create a workl", "product_code":"cce", - "title":"Pod Labels and Annotations", + "title":"Labels and Annotations", "uri":"cce_10_0386.html", "doc_type":"usermanual2", - "p_code":"146", + "p_code":"153", + "code":"164" + }, + { + "desc":"If you encounter unexpected problems when using a container, you can log in to the container to debug it.The example output is as follows:NAME ", + "product_code":"cce", + "title":"Accessing a Container", + "uri":"cce_10_00356.html", + "doc_type":"usermanual2", + "p_code":"145", + "code":"165" + }, + { + "desc":"After a workload is created, you can upgrade, monitor, roll back, or delete the workload, as well as edit its YAML file.Workload/Job managementOperationDescriptionMonitor", + "product_code":"cce", + "title":"Managing Workloads and Jobs", + "uri":"cce_10_0007.html", + "doc_type":"usermanual2", + "p_code":"145", + "code":"166" + }, + { + "desc":"The most significant difference is that each Kata container (pod) runs on an independent micro-VM, has an independent OS kernel, and is securely isolated at the virtualiz", + "product_code":"cce", + "title":"Kata Runtime and Common Runtime", + "uri":"cce_10_0463.html", + "doc_type":"usermanual2", + "p_code":"145", + "code":"167" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Scheduling", + "uri":"cce_10_0674.html", + "doc_type":"usermanual2", + "p_code":"", + "code":"168" + }, + { + "desc":"CCE supports different types of resource scheduling and task scheduling, improving application performance and overall cluster resource utilization. This section describe", + "product_code":"cce", + "title":"Overview", + "uri":"cce_10_0702.html", + "doc_type":"usermanual2", + "p_code":"168", "code":"169" }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"CPU Scheduling", + "uri":"cce_10_0551.html", + "doc_type":"usermanual2", + "p_code":"168", + "code":"170" + }, + { + "desc":"By default, kubelet uses CFS quotas to enforce pod CPU limits. When the node runs many CPU-bound pods, the workload can move to different CPU cores depending on whether t", + "product_code":"cce", + "title":"CPU Policy", + "uri":"cce_10_0351.html", + "doc_type":"usermanual2", + "p_code":"170", + "code":"171" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"GPU Scheduling", + "uri":"cce_10_0720.html", + "doc_type":"usermanual2", + "p_code":"168", + "code":"172" + }, + { + "desc":"You can use GPUs in CCE containers.A GPU node has been created. For details, see Creating a Node.The gpu-device-plugin (previously gpu-beta add-on) has been installed. Du", + "product_code":"cce", + "title":"Default GPU Scheduling in Kubernetes", + "uri":"cce_10_0345.html", + "doc_type":"usermanual2", + "p_code":"172", + "code":"173" + }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", "title":"Volcano Scheduling", "uri":"cce_10_0423.html", "doc_type":"usermanual2", - "p_code":"146", - "code":"170" + "p_code":"168", + "code":"174" }, { - "desc":"Jobs can be classified into online jobs and offline jobs based on whether services are always online.Online job: Such jobs run for a long time, with regular traffic surge", + "desc":"When the node runs many CPU-bound pods, the workload can move to different CPU cores depending on whether the pod is throttled and which CPU cores are available at schedu", "product_code":"cce", - "title":"Hybrid Deployment of Online and Offline Jobs", - "uri":"cce_10_0384.html", + "title":"NUMA Affinity Scheduling", + "uri":"cce_10_0425.html", "doc_type":"usermanual2", - "p_code":"170", - "code":"171" - }, - { - "desc":"When the Cloud Native Network 2.0 model is used, pods use VPC ENIs or sub-ENIs for networking. You can directly bind security groups and EIPs to pods. CCE provides a cust", - "product_code":"cce", - "title":"Security Group Policies", - "uri":"cce_10_0288.html", - "doc_type":"usermanual2", - "p_code":"146", - "code":"172" + "p_code":"174", + "code":"175" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", - "title":"Networking", + "title":"Cloud Native Hybrid Deployment", + "uri":"cce_10_0709.html", + "doc_type":"usermanual2", + "p_code":"168", + "code":"176" + }, + { + "desc":"Many services see surges in traffic. To ensure performance and stability, resources are often requested at the maximum needed. However, the surges may ebb very shortly an", + "product_code":"cce", + "title":"Dynamic Resource Oversubscription", + "uri":"cce_10_0384.html", + "doc_type":"usermanual2", + "p_code":"176", + "code":"177" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Network", "uri":"cce_10_0020.html", "doc_type":"usermanual2", "p_code":"", - "code":"173" + "code":"178" }, { "desc":"You can learn about a cluster network from the following two aspects:What is a cluster network like? A cluster consists of multiple nodes, and pods (or containers) are ru", @@ -1562,8 +1607,8 @@ "title":"Overview", "uri":"cce_10_0010.html", "doc_type":"usermanual2", - "p_code":"173", - "code":"174" + "p_code":"178", + "code":"179" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -1571,17 +1616,17 @@ "title":"Container Network Models", "uri":"cce_10_0280.html", "doc_type":"usermanual2", - "p_code":"173", - "code":"175" + "p_code":"178", + "code":"180" }, { - "desc":"The container network assigns IP addresses to pods in a cluster and provides networking services. In CCE, you can select the following network models for your cluster:Con", + "desc":"The container network assigns IP addresses to pods in a cluster and provides networking services. In CCE, you can select the following network models for your cluster:Tun", "product_code":"cce", "title":"Overview", "uri":"cce_10_0281.html", "doc_type":"usermanual2", - "p_code":"175", - "code":"176" + "p_code":"180", + "code":"181" }, { "desc":"The container tunnel network is constructed on but independent of the node network through tunnel encapsulation. This network model uses VXLAN to encapsulate Ethernet pac", @@ -1589,8 +1634,8 @@ "title":"Container Tunnel Network", "uri":"cce_10_0282.html", "doc_type":"usermanual2", - "p_code":"175", - "code":"177" + "p_code":"180", + "code":"182" }, { "desc":"The VPC network uses VPC routing to integrate with the underlying network. This network model is suitable for performance-intensive scenarios. The maximum number of nodes", @@ -1598,80 +1643,89 @@ "title":"VPC Network", "uri":"cce_10_0283.html", "doc_type":"usermanual2", - "p_code":"175", - "code":"178" - }, - { - "desc":"Developed by CCE, Cloud Native Network 2.0 deeply integrates Elastic Network Interfaces (ENIs) and sub-ENIs of Virtual Private Cloud (VPC). Container IP addresses are all", - "product_code":"cce", - "title":"Cloud Native Network 2.0", - "uri":"cce_10_0284.html", - "doc_type":"usermanual2", - "p_code":"175", - "code":"179" - }, - { - "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", - "product_code":"cce", - "title":"Services", - "uri":"cce_10_0247.html", - "doc_type":"usermanual2", - "p_code":"173", - "code":"180" - }, - { - "desc":"After a pod is created, the following problems may occur if you directly access the pod:The pod can be deleted and recreated at any time by a controller such as a Deploym", - "product_code":"cce", - "title":"Service Overview", - "uri":"cce_10_0249.html", - "doc_type":"usermanual2", - "p_code":"180", - "code":"181" - }, - { - "desc":"ClusterIP Services allow workloads in the same cluster to use their cluster-internal domain names to access each other.The cluster-internal domain name format is Deployments or StatefulSets in the navigation pane ", - "product_code":"cce", - "title":"Fault Locating and Troubleshooting for Abnormal Workloads", - "uri":"cce_faq_00134.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"303" - }, - { - "desc":"Viewing K8s Event InformationCheck Item 1: Checking Whether a Node Is Available in the ClusterCheck Item 2: Checking Whether Node Resources (CPU and Memory) Are Sufficien", - "product_code":"cce", - "title":"Failed to Schedule an Instance", - "uri":"cce_faq_00098.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"304" - }, - { - "desc":"If the workload details page displays an event indicating that image pulling fails, perform the following operations to locate the fault:Check Item 1: Checking Whether im", - "product_code":"cce", - "title":"Failed to Pull an Image", - "uri":"cce_faq_00015.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"305" - }, - { - "desc":"On the details page of a workload, if an event is displayed indicating that the container fails to be restarted, perform the following operations to locate the fault:Rect", - "product_code":"cce", - "title":"Failed to Restart a Container", - "uri":"cce_faq_00018.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"306" - }, - { - "desc":"Pod actions are classified into the following two types:kube-controller-manager periodically checks the status of all nodes. If a node is in the NotReady state for a peri", - "product_code":"cce", - "title":"What Should I Do If An Evicted Pod Exists?", - "uri":"cce_faq_00209.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"307" - }, - { - "desc":"When a node is faulty, pods on the node are evicted to ensure workload availability. If the pods are not evicted when the node is faulty, perform the following steps:Use ", - "product_code":"cce", - "title":"Instance Eviction Exception", - "uri":"cce_faq_00140.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"308" - }, - { - "desc":"When a node is in the Unavailable state, CCE migrates container pods on the node and sets the pods running on the node to the Terminating state.After the node is restored", - "product_code":"cce", - "title":"What Should I Do If Pods in the Terminating State Cannot Be Deleted?", - "uri":"cce_faq_00210.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"309" - }, - { - "desc":"The metadata.enable field in the YAML file of the workload is false. As a result, the pod of the workload is deleted and the workload is in the stopped status.The workloa", - "product_code":"cce", - "title":"What Should I Do If a Workload Is Stopped Caused by Pod Deletion?", - "uri":"cce_faq_00012.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"310" - }, - { - "desc":"The pod remains in the creating state for a long time, and the sandbox-related errors are reported.Select a troubleshooting method for your cluster:Clusters of V1.13 or l", - "product_code":"cce", - "title":"What Should I Do If Sandbox-Related Errors Are Reported When the Pod Remains in the Creating State?", - "uri":"cce_faq_00005.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"311" - }, - { - "desc":"Workload pods in the cluster fail and are being redeployed constantly.After the following command is run, the command output shows that many pods are in the evicted state", - "product_code":"cce", - "title":"What Should I Do If a Pod Is in the Evicted State?", - "uri":"cce_faq_00199.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"312" - }, - { - "desc":"If a node has sufficient memory resources, a container on this node can use more memory resources than requested, but no more than limited. If the memory allocated to a c", - "product_code":"cce", - "title":"What Should I Do If the OOM Killer Is Triggered When a Container Uses Memory Resources More Than Limited?", - "uri":"cce_faq_00002.html", - "doc_type":"usermanual2", - "p_code":"302", - "code":"313" - }, - { - "desc":"A workload can be accessed from public networks through a load balancer. LoadBalancer provides higher reliability than EIP-based NodePort because an EIP is no longer boun", - "product_code":"cce", - "title":"What Should I Do If a Service Released in a Workload Cannot Be Accessed from Public Networks?", - "uri":"cce_faq_00202.html", - "doc_type":"usermanual2", - "p_code":"293", - "code":"314" - }, - { - "desc":"A VPC is similar to a private local area network (LAN) managed by a home gateway whose IP address is 192.168.0.0/16. A VPC is a private network built on the cloud and pro", - "product_code":"cce", - "title":"What Is the Relationship Between Clusters, VPCs, and Subnets?", - "uri":"cce_faq_00266.html", - "doc_type":"usermanual2", - "p_code":"293", - "code":"315" - }, - { - "desc":"CCE is a universal container platform. Its default security group rules apply to common scenarios. Based on security requirements, you can harden the security group rules", - "product_code":"cce", - "title":"How Do I Harden the VPC Security Group Rules for CCE Cluster Nodes?", - "uri":"cce_faq_00265.html", - "doc_type":"usermanual2", - "p_code":"293", - "code":"316" + "p_code":"308", + "code":"317" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", "title":"Best Practice", - "uri":"cce_bestpractice.html", + "uri":"cce_bestpractice_0000.html", "doc_type":"usermanual2", "p_code":"", - "code":"317" + "code":"318" }, { "desc":"Security, efficiency, stability, and availability are common requirements on all cloud services. To meet these requirements, the system availability, data reliability, an", @@ -2858,8 +2867,8 @@ "title":"Checklist for Deploying Containerized Applications in the Cloud", "uri":"cce_bestpractice_00006.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"318" + "p_code":"318", + "code":"319" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -2867,8 +2876,8 @@ "title":"Containerization", "uri":"cce_bestpractice_0321.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"319" + "p_code":"318", + "code":"320" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -2876,8 +2885,8 @@ "title":"Containerizing an Enterprise Application (ERP)", "uri":"cce_bestpractice_0001.html", "doc_type":"usermanual2", - "p_code":"319", - "code":"320" + "p_code":"320", + "code":"321" }, { "desc":"This chapter provides CCE best practices to walk you through the application containerization.A container is a lightweight high-performance resource isolation mechanism i", @@ -2885,8 +2894,8 @@ "title":"Solution Overview", "uri":"cce_bestpractice_0002.html", "doc_type":"usermanual2", - "p_code":"320", - "code":"321" + "p_code":"321", + "code":"322" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -2894,8 +2903,8 @@ "title":"Procedure", "uri":"cce_bestpractice_0340.html", "doc_type":"usermanual2", - "p_code":"320", - "code":"322" + "p_code":"321", + "code":"323" }, { "desc":"This tutorial describes how to containerize an ERP system by migrating it from a VM to CCE.No recoding or re-architecting is required. You only need to pack the entire ap", @@ -2903,8 +2912,8 @@ "title":"Containerizing an Entire Application", "uri":"cce_bestpractice_0003.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"323" + "p_code":"323", + "code":"324" }, { "desc":"The following figure illustrates the process of containerizing an application.", @@ -2912,35 +2921,35 @@ "title":"Containerization Process", "uri":"cce_bestpractice_0004.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"324" + "p_code":"323", + "code":"325" }, { - "desc":"Before containerizing an application, you need to analyze the running environment and dependencies of the application, and get familiar with the application deployment mo", + "desc":"Before containerizing an application, analyze the running environment and dependencies of the application, and get familiar with the application deployment mode. For deta", "product_code":"cce", "title":"Analyzing the Application", "uri":"cce_bestpractice_0005.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"325" + "p_code":"323", + "code":"326" }, { - "desc":"After application analysis, you have gained the understanding of the OS and runtime required for running the application. You need to make the following preparations:Inst", + "desc":"After application analysis, you have gained the understanding of the OS and runtime required for running the application. Make the following preparations:Installing Docke", "product_code":"cce", "title":"Preparing the Application Runtime", "uri":"cce_bestpractice_0006.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"326" + "p_code":"323", + "code":"327" }, { - "desc":"During application containerization, you need to prepare a startup script. The method of compiling this script is the same as that of compiling a shell script. The startu", + "desc":"During application containerization, prepare a startup script. The method of compiling this script is the same as that of compiling a shell script. The startup script is ", "product_code":"cce", "title":"Compiling a Startup Script", "uri":"cce_bestpractice_0007.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"327" + "p_code":"323", + "code":"328" }, { "desc":"An image is the basis of a container. A container runs based on the content defined in the image. An image has multiple layers. Each layer includes the modifications made", @@ -2948,8 +2957,8 @@ "title":"Compiling the Dockerfile", "uri":"cce_bestpractice_0008.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"328" + "p_code":"323", + "code":"329" }, { "desc":"This section describes how to build an entire application into a Docker image. After building an image, you can use the image to deploy and upgrade the application. This ", @@ -2957,8 +2966,8 @@ "title":"Building and Uploading an Image", "uri":"cce_bestpractice_0009.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"329" + "p_code":"323", + "code":"330" }, { "desc":"This section describes how to deploy a workload on CCE. When using CCE for the first time, create an initial cluster and add a node into the cluster.Containerized workloa", @@ -2966,8 +2975,8 @@ "title":"Creating a Container Workload", "uri":"cce_bestpractice_0010.html", "doc_type":"usermanual2", - "p_code":"322", - "code":"330" + "p_code":"323", + "code":"331" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -2975,8 +2984,8 @@ "title":"Migration", "uri":"cce_bestpractice_00237.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"331" + "p_code":"318", + "code":"332" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -2984,8 +2993,8 @@ "title":"Migrating On-premises Kubernetes Clusters to CCE", "uri":"cce_bestpractice_0306.html", "doc_type":"usermanual2", - "p_code":"331", - "code":"332" + "p_code":"332", + "code":"333" }, { "desc":"Containers are growing in popularity and Kubernetes simplifies containerized deployment. Many companies choose to build their own Kubernetes clusters. However, the O&M wo", @@ -2993,8 +3002,8 @@ "title":"Solution Overview", "uri":"cce_bestpractice_0307.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"333" + "p_code":"333", + "code":"334" }, { "desc":"CCE allows you to customize cluster resources to meet various service requirements. Table 1 lists the key performance parameters of a cluster and provides the planned val", @@ -3002,8 +3011,8 @@ "title":"Planning Resources for the Target Cluster", "uri":"cce_bestpractice_0308.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"334" + "p_code":"333", + "code":"335" }, { "desc":"If your migration does not involve resources outside a cluster listed in Table 1 or you do not need to use other services to update resources after the migration, skip th", @@ -3011,8 +3020,8 @@ "title":"Migrating Resources Outside a Cluster", "uri":"cce_bestpractice_0309.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"335" + "p_code":"333", + "code":"336" }, { "desc":"Velero is an open-source backup and migration tool for Kubernetes clusters. It integrates the persistent volume (PV) data backup capability of the Restic tool and can be ", @@ -3020,8 +3029,8 @@ "title":"Installing the Migration Tool", "uri":"cce_bestpractice_0310.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"336" + "p_code":"333", + "code":"337" }, { "desc":"WordPress is used as an example to describe how to migrate an application from an on-premises Kubernetes cluster to a CCE cluster. The WordPress application consists of t", @@ -3029,8 +3038,8 @@ "title":"Migrating Resources in a Cluster", "uri":"cce_bestpractice_0311.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"337" + "p_code":"333", + "code":"338" }, { "desc":"The WordPress and MySQL images used in this example can be pulled from SWR. Therefore, the image pull failure (ErrImagePull) will not occur. If the application to be migr", @@ -3038,8 +3047,8 @@ "title":"Updating Resources Accordingly", "uri":"cce_bestpractice_0312.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"338" + "p_code":"333", + "code":"339" }, { "desc":"Cluster migration involves full migration of application data, which may cause intra-application adaptation problems. In this example, after the cluster is migrated, the ", @@ -3047,8 +3056,8 @@ "title":"Performing Additional Tasks", "uri":"cce_bestpractice_0313.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"339" + "p_code":"333", + "code":"340" }, { "desc":"Both HostPath and Local volumes are local storage volumes. However, the Restic tool integrated in Velero cannot back up the PVs of the HostPath type and supports only the", @@ -3056,8 +3065,8 @@ "title":"Troubleshooting", "uri":"cce_bestpractice_0314.html", "doc_type":"usermanual2", - "p_code":"332", - "code":"340" + "p_code":"333", + "code":"341" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3065,8 +3074,8 @@ "title":"DevOps", "uri":"cce_bestpractice_0322.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"341" + "p_code":"318", + "code":"342" }, { "desc":"GitLab is an open-source version management system developed with Ruby on Rails for Git project repository management. It supports web-based access to public and private ", @@ -3074,8 +3083,8 @@ "title":"Interconnecting GitLab with SWR and CCE for CI/CD", "uri":"cce_bestpractice_0324.html", "doc_type":"usermanual2", - "p_code":"341", - "code":"342" + "p_code":"342", + "code":"343" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3083,17 +3092,17 @@ "title":"Disaster Recovery", "uri":"cce_bestpractice_0323.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"343" + "p_code":"318", + "code":"344" }, { - "desc":"To achieve high availability for your CCE containers, you can do as follows:Deploy three master nodes for the cluster.When nodes are deployed across AZs, set custom sched", + "desc":"To achieve high availability for your CCE containers, you can do as follows:Deploy three master nodes for the cluster.Create nodes in different AZs. When nodes are deploy", "product_code":"cce", - "title":"Implementing High Availability for Containers in CCE", + "title":"Implementing High Availability for Applications in CCE", "uri":"cce_bestpractice_00220.html", "doc_type":"usermanual2", - "p_code":"343", - "code":"344" + "p_code":"344", + "code":"345" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3101,8 +3110,8 @@ "title":"Security", "uri":"cce_bestpractice_0315.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"345" + "p_code":"318", + "code":"346" }, { "desc":"For security purposes, you are advised to configure a cluster as follows.Kubernetes releases a major version in about four months. CCE follows the same frequency as Kuber", @@ -3110,8 +3119,8 @@ "title":"Cluster Security", "uri":"cce_bestpractice_0317.html", "doc_type":"usermanual2", - "p_code":"345", - "code":"346" + "p_code":"346", + "code":"347" }, { "desc":"Do not bind an EIP to a node unless necessary to reduce the attack surface.If an EIP must be used, properly configure the firewall or security group rules to restrict acc", @@ -3119,8 +3128,8 @@ "title":"Node Security", "uri":"cce_bestpractice_0318.html", "doc_type":"usermanual2", - "p_code":"345", - "code":"347" + "p_code":"346", + "code":"348" }, { "desc":"The nodeSelector or nodeAffinity is used to limit the range of nodes to which applications can be scheduled, preventing the entire cluster from being threatened due to th", @@ -3128,8 +3137,8 @@ "title":"Container Security", "uri":"cce_bestpractice_0319.html", "doc_type":"usermanual2", - "p_code":"345", - "code":"348" + "p_code":"346", + "code":"349" }, { "desc":"Currently, CCE has configured static encryption for secret resources. The secrets created by users will be encrypted and stored in etcd of the CCE cluster. Secrets can be", @@ -3137,8 +3146,8 @@ "title":"Secret Security", "uri":"cce_bestpractice_0320.html", "doc_type":"usermanual2", - "p_code":"345", - "code":"349" + "p_code":"346", + "code":"350" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3146,17 +3155,17 @@ "title":"Auto Scaling", "uri":"cce_bestpractice_0090.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"350" + "p_code":"318", + "code":"351" }, { - "desc":"The best way to handle surging traffic is to automatically adjust the number of machines based on the traffic volume or resource usage, which is called scaling.In CCE, th", + "desc":"The best way to handle surging traffic is to automatically adjust the number of machines based on the traffic volume or resource usage, which is called scaling.When pods ", "product_code":"cce", "title":"Using HPA and CA for Auto Scaling of Workloads and Nodes", "uri":"cce_bestpractice_00282.html", "doc_type":"usermanual2", - "p_code":"350", - "code":"351" + "p_code":"351", + "code":"352" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3164,8 +3173,8 @@ "title":"Monitoring", "uri":"cce_bestpractice_10008.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"352" + "p_code":"318", + "code":"353" }, { "desc":"Generally, a user has different clusters for different purposes, such as production, testing, and development. To monitor, collect, and view metrics of these clusters, yo", @@ -3173,8 +3182,8 @@ "title":"Using Prometheus for Multi-cluster Monitoring", "uri":"cce_bestpractice_10009.html", "doc_type":"usermanual2", - "p_code":"352", - "code":"353" + "p_code":"353", + "code":"354" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3182,8 +3191,8 @@ "title":"Cluster", "uri":"cce_bestpractice_0050.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"354" + "p_code":"318", + "code":"355" }, { "desc":"When you have multiple CCE clusters, you may find it difficult to efficiently connect to all of them.This section describes how to configure access to multiple clusters b", @@ -3191,25 +3200,16 @@ "title":"Connecting to Multiple Clusters Using kubectl", "uri":"cce_bestpractice_00254.html", "doc_type":"usermanual2", - "p_code":"354", - "code":"355" - }, - { - "desc":"You can use the pre-installation script feature to configure CCE cluster nodes (ECSs).When creating a node in a cluster of v1.13.10 or later, if a data disk is not manage", - "product_code":"cce", - "title":"Adding a Second Data Disk to a Node in a CCE Cluster", - "uri":"cce_bestpractice_00190.html", - "doc_type":"usermanual2", - "p_code":"354", + "p_code":"355", "code":"356" }, { - "desc":"When a node is created, a data disk is created by default for container runtime and kubelet components to use. The data disk used by the container runtime and kubelet co", + "desc":"When a node is created, a data disk is attached by default for a container runtime and kubelet. The data disk used by the container runtime and kubelet cannot be detached", "product_code":"cce", "title":"Selecting a Data Disk for the Node", "uri":"cce_bestpractice_10012.html", "doc_type":"usermanual2", - "p_code":"354", + "p_code":"355", "code":"357" }, { @@ -3218,7 +3218,7 @@ "title":"Networking", "uri":"cce_bestpractice_0052.html", "doc_type":"usermanual2", - "p_code":"317", + "p_code":"318", "code":"358" }, { @@ -3257,23 +3257,32 @@ "p_code":"358", "code":"362" }, + { + "desc":"In the Cloud Native Network 2.0 model, each pod is allocated an ENI or a sub-ENI (called container ENI). The speed of ENI creation and binding is slower than that of pod ", + "product_code":"cce", + "title":"Pre-Binding Container ENI for CCE Turbo Clusters", + "uri":"cce_bestpractice_10010.html", + "doc_type":"usermanual2", + "p_code":"358", + "code":"363" + }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", "product_code":"cce", "title":"Storage", "uri":"cce_bestpractice_0053.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"363" + "p_code":"318", + "code":"364" }, { - "desc":"EulerOS 2.9 is used as the sample OS. Originally, system disk /dev/vda has 50 GB and one partition (/dev/vda1), and then 50 GB is added to the disk. In this example, the ", + "desc":"The storage classes that can be expanded for CCE nodes are as follows:EulerOS 2.9 is used as the sample OS. There is only one partition (/dev/vda1) with a capacity of 50 ", "product_code":"cce", - "title":"Expanding Node Disk Capacity", + "title":"Expanding the Storage Space", "uri":"cce_bestpractice_00198.html", "doc_type":"usermanual2", - "p_code":"363", - "code":"364" + "p_code":"364", + "code":"365" }, { "desc":"This section describes how to mount OBS buckets and OBS parallel file systems (preferred) of third-party tenants.The CCE cluster of a SaaS service provider needs to be mo", @@ -3281,17 +3290,17 @@ "title":"Mounting an Object Storage Bucket of a Third-Party Tenant", "uri":"cce_bestpractice_00199.html", "doc_type":"usermanual2", - "p_code":"363", - "code":"365" + "p_code":"364", + "code":"366" }, { - "desc":"The minimum capacity of an SFS Turbo file system is 500 GB, and the SFS Turbo file system cannot be billed by usage. By default, the root directory of an SFS Turbo file s", + "desc":"The minimum capacity of an SFS Turbo file system is 500 GiB, and the SFS Turbo file system cannot be billed by usage. By default, the root directory of an SFS Turbo file ", "product_code":"cce", "title":"Dynamically Creating and Mounting Subdirectories of an SFS Turbo File System", "uri":"cce_bestpractice_00253.html", "doc_type":"usermanual2", - "p_code":"363", - "code":"366" + "p_code":"364", + "code":"367" }, { "desc":"In clusters later than v1.15.11-r1, CSI (the everest add-on) has taken over all functions of fuxi FlexVolume (the storage-driver add-on) for managing container storage. Y", @@ -3299,8 +3308,8 @@ "title":"How Do I Change the Storage Class Used by a Cluster of v1.15 from FlexVolume to CSI Everest?", "uri":"cce_bestpractice_0107.html", "doc_type":"usermanual2", - "p_code":"363", - "code":"367" + "p_code":"364", + "code":"368" }, { "desc":"When using storage resources in CCE, the most common method is to specify storageClassName to define the type of storage resources to be created when creating a PVC. The ", @@ -3308,17 +3317,17 @@ "title":"Custom Storage Classes", "uri":"cce_bestpractice_00281.html", "doc_type":"usermanual2", - "p_code":"363", - "code":"368" + "p_code":"364", + "code":"369" }, { - "desc":"EVS disks cannot be attached across AZs. For example, EVS disks in AZ 1 cannot be attached to nodes in AZ 2.If the storage class csi-disk is used for StatefulSets, when a", + "desc":"EVS disks cannot be attached to a node deployed in another AZ. For example, the EVS disks in AZ 1 cannot be attached to a node in AZ 2. If the storage class csi-disk is u", "product_code":"cce", - "title":"Realizing Automatic Topology for EVS Disks When Nodes Are Deployed Across AZs (csi-disk-topology)", + "title":"Enabling Automatic Topology for EVS Disks When Nodes Are Deployed in Different AZs (csi-disk-topology)", "uri":"cce_bestpractice_00284.html", "doc_type":"usermanual2", - "p_code":"363", - "code":"369" + "p_code":"364", + "code":"370" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3326,8 +3335,8 @@ "title":"Container", "uri":"cce_bestpractice_0051.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"370" + "p_code":"318", + "code":"371" }, { "desc":"If a node has sufficient memory resources, a container on this node can use more memory resources than requested, but no more than limited. If the memory allocated to a c", @@ -3335,35 +3344,35 @@ "title":"Properly Allocating Container Computing Resources", "uri":"cce_bestpractice_00002.html", "doc_type":"usermanual2", - "p_code":"370", - "code":"371" + "p_code":"371", + "code":"372" }, { - "desc":"To access a Kubernetes cluster from a client, you can use the Kubernetes command line tool kubectl.Create a DaemonSet file.vi daemonSet.yamlAn example YAML file is provid", + "desc":"To access a Kubernetes cluster from a client, you can use the Kubernetes command line tool kubectl.Create a daemonSet file.vi daemonSet.yamlAn example YAML file is provid", "product_code":"cce", "title":"Modifying Kernel Parameters Using a Privileged Container", "uri":"cce_bestpractice_00227.html", "doc_type":"usermanual2", - "p_code":"370", - "code":"372" + "p_code":"371", + "code":"373" }, { "desc":"Before containers running applications are started, one or some init containers are started first. If there are multiple init containers, they will be started in the defi", "product_code":"cce", - "title":"Initializing a Container", + "title":"Using Init Containers to Initialize an Application", "uri":"cce_bestpractice_00228.html", "doc_type":"usermanual2", - "p_code":"370", - "code":"373" + "p_code":"371", + "code":"374" }, { - "desc":"If DNS or other related settings are inappropriate, you can use hostAliases to overwrite the resolution of the host name at the pod level when adding entries to the /etc/", + "desc":"If DNS or other related settings are inappropriate, you can use hostAliases to overwrite the resolution of the hostname at the pod level when adding entries to the /etc/h", "product_code":"cce", "title":"Using hostAliases to Configure /etc/hosts in a Pod", "uri":"cce_bestpractice_00226.html", "doc_type":"usermanual2", - "p_code":"370", - "code":"374" + "p_code":"371", + "code":"375" }, { "desc":"Linux allows you to create a core dump file if an application crashes, which contains the data the application had in memory at the time of the crash. You can analyze the", @@ -3371,8 +3380,8 @@ "title":"Configuring Core Dumps", "uri":"cce_bestpractice_0325.html", "doc_type":"usermanual2", - "p_code":"370", - "code":"375" + "p_code":"371", + "code":"376" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3380,8 +3389,8 @@ "title":"Permission", "uri":"cce_bestpractice_0055.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"376" + "p_code":"318", + "code":"377" }, { "desc":"By default, the kubeconfig file provided by CCE for users has permissions bound to the cluster-admin role, which are equivalent to the permissions of user root. It is dif", @@ -3389,8 +3398,8 @@ "title":"Configuring kubeconfig for Fine-Grained Management on Cluster Resources", "uri":"cce_bestpractice_00221.html", "doc_type":"usermanual2", - "p_code":"376", - "code":"377" + "p_code":"377", + "code":"378" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3398,8 +3407,8 @@ "title":"Release", "uri":"cce_bestpractice_10000.html", "doc_type":"usermanual2", - "p_code":"317", - "code":"378" + "p_code":"318", + "code":"379" }, { "desc":"When switching between old and new services, you may be challenged in ensuring the system service continuity. If a new service version is directly released to all users a", @@ -3407,17 +3416,926 @@ "title":"Overview", "uri":"cce_bestpractice_10001.html", "doc_type":"usermanual2", - "p_code":"378", - "code":"379" + "p_code":"379", + "code":"380" }, { - "desc":"To implement grayscale release for a CCE cluster, you need to deploy other open-source tools, such as Nginx Ingress, to the cluster or deploy services to a service mesh. ", + "desc":"To implement grayscale release for a CCE cluster, deploy other open-source tools, such as Nginx Ingress, to the cluster or deploy services to a service mesh. These soluti", "product_code":"cce", "title":"Using Services to Implement Simple Grayscale Release and Blue-Green Deployment", "uri":"cce_bestpractice_10002.html", "doc_type":"usermanual2", - "p_code":"378", - "code":"380" + "p_code":"379", + "code":"381" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"FAQs", + "uri":"cce_faq_0000.html", + "doc_type":"usermanual2", + "p_code":"", + "code":"382" + }, + { + "desc":"Why Can't I Create a CCE Cluster?Is Management Scale of a Cluster Related to the Number of Master Nodes?How Do I Rectify the Fault When the Cluster Status Is Unavailable?", + "product_code":"cce", + "title":"Common Questions", + "uri":"cce_faq_00006.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"383" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Cluster", + "uri":"cce_faq_00024.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"384" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Cluster Creation", + "uri":"cce_faq_00278.html", + "doc_type":"usermanual2", + "p_code":"384", + "code":"385" + }, + { + "desc":"This section describes how to locate and rectify the fault if you fail to create a CCE cluster.Possible causes:The Network Time Protocol daemon (ntpd) is not installed or", + "product_code":"cce", + "title":"Why Can't I Create a CCE Cluster?", + "uri":"cce_faq_00111.html", + "doc_type":"usermanual2", + "p_code":"385", + "code":"386" + }, + { + "desc":"Management scale indicates the maximum number of nodes that can be managed by a cluster. If you select 50 nodes, the cluster can manage a maximum of 50 nodes.The number o", + "product_code":"cce", + "title":"Is Management Scale of a Cluster Related to the Number of Master Nodes?", + "uri":"cce_faq_00090.html", + "doc_type":"usermanual2", + "p_code":"385", + "code":"387" + }, + { + "desc":"CCE restricts only the number of clusters. However, when using CCE, you may also be using other cloud services, such as Elastic Cloud Server (ECS), Elastic Volume Service", + "product_code":"cce", + "title":"Which Resource Quotas Should I Pay Attention To When Using CCE?", + "uri":"cce_faq_00154.html", + "doc_type":"usermanual2", + "p_code":"385", + "code":"388" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Cluster Running", + "uri":"cce_faq_00279.html", + "doc_type":"usermanual2", + "p_code":"384", + "code":"389" + }, + { + "desc":"If the cluster is Unavailable, perform the following operations to rectify the fault:Troubleshooting methods are sorted based on the occurrence probability of the possibl", + "product_code":"cce", + "title":"How Do I Rectify the Fault When the Cluster Status Is Unavailable?", + "uri":"cce_faq_00039.html", + "doc_type":"usermanual2", + "p_code":"389", + "code":"390" + }, + { + "desc":"After a cluster is deleted, the workload on the cluster will also be deleted and cannot be restored. Therefore, exercise caution when deleting a cluster.", + "product_code":"cce", + "title":"How Do I Retrieve Data After a Cluster Is Deleted?", + "uri":"cce_faq_00040.html", + "doc_type":"usermanual2", + "p_code":"389", + "code":"391" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Cluster Deletion", + "uri":"cce_faq_00309.html", + "doc_type":"usermanual2", + "p_code":"384", + "code":"392" + }, + { + "desc":"When deleting a cluster, CCE obtains the cluster's resources through kube-apiserver of the cluster. If the cluster is unavailable, frozen, or hibernated, the resources ma", + "product_code":"cce", + "title":"Failed to Delete a Cluster: Residual ENIs", + "uri":"cce_faq_00394.html", + "doc_type":"usermanual2", + "p_code":"392", + "code":"393" + }, + { + "desc":"If a cluster is not in the running state (for example, frozen or unavailable), resources such as PVCs, Services, and ingresses in the cluster cannot be obtained. After th", + "product_code":"cce", + "title":"How Do I Clear Residual Resources After a Non-Running Cluster Is Deleted?", + "uri":"cce_faq_00413.html", + "doc_type":"usermanual2", + "p_code":"392", + "code":"394" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Cluster Upgrade", + "uri":"cce_faq_00401.html", + "doc_type":"usermanual2", + "p_code":"384", + "code":"395" + }, + { + "desc":"This section describes how to locate and rectify the fault if you fail to upgrade an add-on during the CCE cluster upgrade.", + "product_code":"cce", + "title":"What Do I Do If a Cluster Add-On Fails to be Upgraded During the CCE Cluster Upgrade?", + "uri":"cce_faq_00402.html", + "doc_type":"usermanual2", + "p_code":"395", + "code":"396" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Node", + "uri":"cce_faq_00021.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"397" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Node Creation", + "uri":"cce_faq_00280.html", + "doc_type":"usermanual2", + "p_code":"397", + "code":"398" + }, + { + "desc":"The node images in the same cluster must be the same. Pay attention to this when creating, adding, or accepting nodes in a cluster.If you need to allocate user space from", + "product_code":"cce", + "title":"How Do I Troubleshoot Problems Occurred When Adding Nodes to a CCE Cluster?", + "uri":"cce_faq_00027.html", + "doc_type":"usermanual2", + "p_code":"398", + "code":"399" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Node Running", + "uri":"cce_faq_00281.html", + "doc_type":"usermanual2", + "p_code":"397", + "code":"400" + }, + { + "desc":"If the cluster status is available but some nodes in the cluster are unavailable, perform the following operations to rectify the fault:Kubernetes provides the heartbeat ", + "product_code":"cce", + "title":"What Should I Do If a Cluster Is Available But Some Nodes Are Unavailable?", + "uri":"cce_faq_00120.html", + "doc_type":"usermanual2", + "p_code":"400", + "code":"401" + }, + { + "desc":"The following tables list log files of CCE nodes.", + "product_code":"cce", + "title":"How Do I Collect Logs of Nodes in a CCE Cluster?", + "uri":"cce_faq_00201.html", + "doc_type":"usermanual2", + "p_code":"400", + "code":"402" + }, + { + "desc":"The vdb disk of a node is damaged and the node cannot be recovered after reset.Error ScenariosOn a normal node, delete the LV and VG. The node is unavailable.Reset an abn", + "product_code":"cce", + "title":"What Should I Do If the vdb Disk of a Node Is Damaged and the Node Cannot Be Recovered After Reset?", + "uri":"cce_faq_00263.html", + "doc_type":"usermanual2", + "p_code":"400", + "code":"403" + }, + { + "desc":"When SCSI EVS disks are used and containers are created and deleted on a CentOS node, the disks are frequently mounted and unmounted. The read/write rate of the system di", + "product_code":"cce", + "title":"What Should I Do If I/O Suspension Occasionally Occurs When SCSI EVS Disks Are Used?", + "uri":"cce_faq_00296.html", + "doc_type":"usermanual2", + "p_code":"400", + "code":"404" + }, + { + "desc":"When the disk space of a thin pool on a node is about to be used up, the following exceptions occasionally occur:Files or directories fail to be created in the container,", + "product_code":"cce", + "title":"How Do I Fix an Abnormal Container or Node Due to No Thin Pool Disk Space?", + "uri":"cce_faq_00307.html", + "doc_type":"usermanual2", + "p_code":"400", + "code":"405" + }, + { + "desc":"SymptomA node is running properly and has GPU resources. However, the following error information is displayed:0/9 nodes are available: 9 insufficient nvidia.com/gpuAnaly", + "product_code":"cce", + "title":"How Do I Rectify Failures When the NVIDIA Driver Is Used to Start Containers on GPU Nodes?", + "uri":"cce_faq_00020.html", + "doc_type":"usermanual2", + "p_code":"400", + "code":"406" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Specification Change", + "uri":"cce_faq_00282.html", + "doc_type":"usermanual2", + "p_code":"397", + "code":"407" + }, + { + "desc":"If the node whose specifications need to be changed is accepted into the cluster for management, remove the node from the cluster and then change the node specifications ", + "product_code":"cce", + "title":"How Do I Change the Node Specifications in a CCE Cluster?", + "uri":"cce_faq_00030.html", + "doc_type":"usermanual2", + "p_code":"407", + "code":"408" + }, + { + "desc":"The kubelet option cpu-manager-policy defaults to static, allowing pods with certain resource characteristics to be granted increased CPU affinity and exclusivity on the ", + "product_code":"cce", + "title":"What Should I Do If I Fail to Restart or Create Workloads on a Node After Modifying the Node Specifications?", + "uri":"cce_faq_00189.html", + "doc_type":"usermanual2", + "p_code":"407", + "code":"409" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Node Pool", + "uri":"cce_faq_00163.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"410" + }, + { + "desc":"The node pool keeps being in the expanding state, but no node creation record is displayed in the operation record.Check and rectify the following faults:Whether the spec", + "product_code":"cce", + "title":"What Should I Do If No Node Creation Record Is Displayed When the Node Pool Is Being Expanding?", + "uri":"cce_faq_00127.html", + "doc_type":"usermanual2", + "p_code":"410", + "code":"411" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Workload", + "uri":"cce_faq_00028.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"412" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Workload Abnormalities", + "uri":"cce_faq_00029.html", + "doc_type":"usermanual2", + "p_code":"412", + "code":"413" + }, + { + "desc":"If a workload is abnormal, you can first check the pod events to locate the fault and then rectify the fault by referring to Table 1.Run the kubectl describe pod{pod-name", + "product_code":"cce", + "title":"How Do I Use Events to Fix Abnormal Workloads?", + "uri":"cce_faq_00134.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"414" + }, + { + "desc":"If the pod is in the Pending state and the event contains pod scheduling failure information, locate the cause based on the event information. For details about how to vi", + "product_code":"cce", + "title":"What Should I Do If Pod Scheduling Fails?", + "uri":"cce_faq_00098.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"415" + }, + { + "desc":"When a workload enters the state of \"Pod not ready: Back-off pulling image \"xxxxx\", a Kubernetes event of PodsFailed to pull image or Failed to re-pull image will be repo", + "product_code":"cce", + "title":"What Should I Do If a Pod Fails to Pull the Image?", + "uri":"cce_faq_00015.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"416" + }, + { + "desc":"On the details page of a workload, if an event is displayed indicating that the container fails to be started, perform the following steps to locate the fault:Rectify the", + "product_code":"cce", + "title":"What Should I Do If Container Startup Fails?", + "uri":"cce_faq_00018.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"417" + }, + { + "desc":"When an exception occurs on a node, Kubernetes evicts the pods on the node to ensure the workload availability.In Kubernetes, both kube-controller-manager and kubelet can", + "product_code":"cce", + "title":"What Should I Do If a Pod Fails to Be Evicted?", + "uri":"cce_faq_00209.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"418" + }, + { + "desc":"Troubleshooting methods are sorted based on the occurrence probability of the possible causes. You are advised to check the possible causes from high probability to low p", + "product_code":"cce", + "title":"What Should I Do If a Storage Volume Cannot Be Mounted or the Mounting Times Out?", + "uri":"cce_faq_00200.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"419" + }, + { + "desc":"The workload remains in the creating state.Troubleshooting methods are sorted based on the occurrence probability of the possible causes. You are advised to check the pos", + "product_code":"cce", + "title":"What Should I Do If a Workload Remains in the Creating State?", + "uri":"cce_faq_00140.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"420" + }, + { + "desc":"When a node is in the Unavailable state, CCE migrates container pods on the node and sets the pods running on the node to the Terminating state.After the node is restored", + "product_code":"cce", + "title":"What Should I Do If Pods in the Terminating State Cannot Be Deleted?", + "uri":"cce_faq_00210.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"421" + }, + { + "desc":"A workload is in Stopped state.The metadata.enable field in the YAML file of the workload is false. As a result, the pod of the workload is deleted and the workload is in", + "product_code":"cce", + "title":"What Should I Do If a Workload Is Stopped Caused by Pod Deletion?", + "uri":"cce_faq_00012.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"422" + }, + { + "desc":"The following exceptions occur when services are deployed on the GPU nodes in a CCE cluster:The GPU memory of containers cannot be queried.Seven GPU services are deployed", + "product_code":"cce", + "title":"What Should I Do If an Error Occurs When Deploying a Service on the GPU Node?", + "uri":"cce_faq_00109.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"423" + }, + { + "desc":"The pod remains in the creating state for a long time, and the sandbox-related errors are reported.Select a troubleshooting method for your cluster:Clusters of V1.13This ", + "product_code":"cce", + "title":"What Should I Do If Sandbox-Related Errors Are Reported When the Pod Remains in the Creating State?", + "uri":"cce_faq_00005.html", + "doc_type":"usermanual2", + "p_code":"413", + "code":"424" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Container Configuration", + "uri":"cce_faq_00095.html", + "doc_type":"usermanual2", + "p_code":"412", + "code":"425" + }, + { + "desc":"Service processing takes a long time. Pre-stop processing makes sure that during an upgrade, a pod is killed only when the service in the pod has been processed.", + "product_code":"cce", + "title":"When Is Pre-stop Processing Used?", + "uri":"cce_faq_00159.html", + "doc_type":"usermanual2", + "p_code":"425", + "code":"426" + }, + { + "desc":"When creating a workload, users can specify a container, pod, and namespace as an FQDN for accessing the container in the same namespace.FQDN stands for Fully Qualified D", + "product_code":"cce", + "title":"How Do I Set an FQDN for Accessing a Specified Container in the Same Namespace?", + "uri":"cce_faq_00261.html", + "doc_type":"usermanual2", + "p_code":"425", + "code":"427" + }, + { + "desc":"When the liveness and readiness probes fail to perform the health check, locate the service fault first.Common causes are as follows:The service processing takes a long t", + "product_code":"cce", + "title":"What Should I Do If Health Check Probes Occasionally Fail?", + "uri":"cce_faq_00255.html", + "doc_type":"usermanual2", + "p_code":"425", + "code":"428" + }, + { + "desc":"A container is started in tailf /dev/null mode and the directory permission is 700 after the startup script is manually executed. If the container is started by Kubernete", + "product_code":"cce", + "title":"How Do I Set the umask Value for a Container?", + "uri":"cce_faq_00230.html", + "doc_type":"usermanual2", + "p_code":"425", + "code":"429" + }, + { + "desc":"After the JVM startup heap memory parameter is specified for ENTRYPOINT in the Dockerfile, an error message \"invalid initial heap size\" is displayed during the deployed c", + "product_code":"cce", + "title":"What Can I Do If an Error Is Reported When a Deployed Container Is Started After the JVM Startup Heap Memory Parameter Is Specified for ENTRYPOINT in Dockerfile?", + "uri":"cce_faq_00152.html", + "doc_type":"usermanual2", + "p_code":"425", + "code":"430" + }, + { + "desc":"CCE is a fully managed Kubernetes service and is fully compatible with Kubernetes APIs and kubectl.In Kubernetes, the spec of a pod contains a restartPolicy field. The va", + "product_code":"cce", + "title":"What Is the Retry Mechanism When CCE Fails to Start a Pod?", + "uri":"cce_faq_00004.html", + "doc_type":"usermanual2", + "p_code":"425", + "code":"431" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Scheduling Policies", + "uri":"cce_faq_00284.html", + "doc_type":"usermanual2", + "p_code":"412", + "code":"432" + }, + { + "desc":"The kube-scheduler component in Kubernetes is responsible pod scheduling. For each newly created pod or other unscheduled pods, kube-scheduler selects an optimal node fro", + "product_code":"cce", + "title":"How Do I Evenly Distribute Multiple Pods to Each Node?", + "uri":"cce_faq_00260.html", + "doc_type":"usermanual2", + "p_code":"432", + "code":"433" + }, + { + "desc":"During workload scheduling, two containers on a node may compete for resources. As a result, kubelet evicts both containers. This section describes how to set a policy to", + "product_code":"cce", + "title":"How Do I Prevent a Container on a Node from Being Evicted?", + "uri":"cce_faq_00262.html", + "doc_type":"usermanual2", + "p_code":"432", + "code":"434" + }, + { + "desc":"The kube-scheduler component in Kubernetes is responsible for pod scheduling. For each newly created pod or other unscheduled pods, kube-scheduler selects an optimal node", + "product_code":"cce", + "title":"Why Are Pods Not Evenly Distributed to Nodes?", + "uri":"cce_faq_00314.html", + "doc_type":"usermanual2", + "p_code":"432", + "code":"435" + }, + { + "desc":"You can run the kubectl drain command to safely evict all pods from a node.By default, the kubectl drain command retains some system pods, for example, everest-csi-driver", + "product_code":"cce", + "title":"How Do I Evict All Pods on a Node?", + "uri":"cce_faq_00326.html", + "doc_type":"usermanual2", + "p_code":"432", + "code":"436" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Others", + "uri":"cce_faq_00186.html", + "doc_type":"usermanual2", + "p_code":"412", + "code":"437" + }, + { + "desc":"If a scheduled task is stopped during running, before its restart, the system calculates the difference between the last time the task was successfully executed and the c", + "product_code":"cce", + "title":"What Should I Do If a Scheduled Task Cannot Be Restarted After Being Stopped for a Period of Time?", + "uri":"cce_faq_00213.html", + "doc_type":"usermanual2", + "p_code":"437", + "code":"438" + }, + { + "desc":"The inter-pod discovery service of CCE corresponds to the headless Service of Kubernetes. Headless Services specify None for the cluster IP (spec:clusterIP) in YAML, whic", + "product_code":"cce", + "title":"What Is a Headless Service When I Create a StatefulSet?", + "uri":"cce_faq_00289.html", + "doc_type":"usermanual2", + "p_code":"437", + "code":"439" + }, + { + "desc":"When you replace the image of a container in a created workload and use an uploaded image on the CCE console, an error message \"Auth is empty, only accept X-Auth-Token or", + "product_code":"cce", + "title":"What Should I Do If Error Message \"Auth is empty\" Is Displayed When a Private Image Is Pulled?", + "uri":"cce_faq_00106.html", + "doc_type":"usermanual2", + "p_code":"437", + "code":"440" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Why Cannot a Pod Be Scheduled to a Node?", + "uri":"cce_faq_00293.html", + "doc_type":"usermanual2", + "p_code":"437", + "code":"441" + }, + { + "desc":"A container image is required to create a container. Images may be stored locally or in a remote image repository.The imagePullPolicy field in the Kubernetes configuratio", + "product_code":"cce", + "title":"What Is the Image Pull Policy for Containers in a CCE Cluster?", + "uri":"cce_faq_00199.html", + "doc_type":"usermanual2", + "p_code":"437", + "code":"442" + }, + { + "desc":"When containerd is used as the container engine, there is a possibility that the image layer is missing when an image is pulled to a node. As a result, the workload conta", + "product_code":"cce", + "title":"What Can I Do If a Layer Is Missing During Image Pull?", + "uri":"cce_faq_00319.html", + "doc_type":"usermanual2", + "p_code":"437", + "code":"443" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Networking", + "uri":"cce_faq_00141.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"444" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Network Planning", + "uri":"cce_faq_00146.html", + "doc_type":"usermanual2", + "p_code":"444", + "code":"445" + }, + { + "desc":"A Virtual Private Cloud (VPC) is similar to a private local area network (LAN) managed by a home gateway whose IP address is 192.168.0.0/16. A VPC is a private network bu", + "product_code":"cce", + "title":"What Is the Relationship Between Clusters, VPCs, and Subnets?", + "uri":"cce_faq_00266.html", + "doc_type":"usermanual2", + "p_code":"445", + "code":"446" + }, + { + "desc":"CCE is a universal container platform. Its default security group rules apply to common scenarios. When a cluster is created, a security group is automatically created fo", + "product_code":"cce", + "title":"Configuring Cluster Security Group Rules", + "uri":"cce_faq_00265.html", + "doc_type":"usermanual2", + "p_code":"445", + "code":"447" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Network Fault", + "uri":"cce_faq_00205.html", + "doc_type":"usermanual2", + "p_code":"444", + "code":"448" + }, + { + "desc":"Troubleshooting methods are sorted based on the occurrence probability of the possible causes. You are advised to check the possible causes from high probability to low p", + "product_code":"cce", + "title":"How Do I Locate a Workload Networking Fault?", + "uri":"cce_faq_00202.html", + "doc_type":"usermanual2", + "p_code":"448", + "code":"449" + }, + { + "desc":"CCE does not return any error code when you fail to access your applications using a browser. Check your services first.404 Not FoundIf the error code shown in the follow", + "product_code":"cce", + "title":"Why Does the Browser Return Error Code 404 When I Access a Deployed Application?", + "uri":"cce_faq_00203.html", + "doc_type":"usermanual2", + "p_code":"448", + "code":"450" + }, + { + "desc":"If a container cannot access the Internet, check whether the node where the container is located can access the Internet. Then check whether the network configuration of ", + "product_code":"cce", + "title":"What Should I Do If a Container Fails to Access the Internet?", + "uri":"cce_faq_00204.html", + "doc_type":"usermanual2", + "p_code":"448", + "code":"451" + }, + { + "desc":"If a node fails to be connected to the Internet, perform the following operations:Log in to the ECS console and check whether an EIP has been bound to the ECS correspondi", + "product_code":"cce", + "title":"What Should I Do If a Node Fails to Connect to the Internet (Public Network)?", + "uri":"cce_faq_00022.html", + "doc_type":"usermanual2", + "p_code":"448", + "code":"452" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Storage", + "uri":"cce_faq_00037.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"453" + }, + { + "desc":"Container storage provides storage for container workloads. It supports multiple storage classes. A pod can use any amount of storage.Currently, CCE supports local, EVS, ", + "product_code":"cce", + "title":"What Are the Differences Among CCE Storage Classes in Terms of Persistent Storage and Multi-node Mounting?", + "uri":"cce_faq_00038.html", + "doc_type":"usermanual2", + "p_code":"453", + "code":"454" + }, + { + "desc":"No. A data disk is mandatory.A data disk dedicated for kubelet and the container engine will be attached to a new node. By default, CCE uses Logical Volume Manager (LVM)", + "product_code":"cce", + "title":"Can I Add a Node Without a Data Disk?", + "uri":"cce_faq_00089.html", + "doc_type":"usermanual2", + "p_code":"453", + "code":"455" + }, + { + "desc":"When a Service deployed on CCE attempts to upload files to OBS after receiving an access request from an offline machine, an error message is displayed, indicating that t", + "product_code":"cce", + "title":"What Should I Do If the Host Cannot Be Found When Files Need to Be Uploaded to OBS During the Access to the CCE Service from a Public Network?", + "uri":"cce_faq_00218.html", + "doc_type":"usermanual2", + "p_code":"453", + "code":"456" + }, + { + "desc":"The Kubernetes pod structure does not contain ExtendPathMode. Therefore, when a user calls the API for creating a pod or deployment by using client-go, the created pod do", + "product_code":"cce", + "title":"How Can I Achieve Compatibility Between ExtendPathMode and Kubernetes client-go?", + "uri":"cce_faq_00235.html", + "doc_type":"usermanual2", + "p_code":"453", + "code":"457" + }, + { + "desc":"CCE PersistentVolumeClaims (PVCs) are implemented as they are in Kubernetes. A PVC is defined as a storage declaration and is decoupled from underlying storage. It is not", + "product_code":"cce", + "title":"Can CCE PVCs Detect Underlying Storage Faults?", + "uri":"cce_faq_00316.html", + "doc_type":"usermanual2", + "p_code":"453", + "code":"458" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Namespace", + "uri":"cce_faq_00324.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"459" + }, + { + "desc":"The namespace remains in the Deleting state. The error message \"DiscoveryFailed\" is displayed in status in the YAML file.In the preceding figure, the full error message i", + "product_code":"cce", + "title":"Why Cannot I Delete a Namespace Due to an APIService Object Access Failure?", + "uri":"cce_faq_00325.html", + "doc_type":"usermanual2", + "p_code":"459", + "code":"460" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Chart and Add-on", + "uri":"cce_faq_00215.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"461" + }, + { + "desc":"When an add-on fails to be installed, the error message \"The release name is already exist\" is returned.The add-on release record remains in the Kubernetes cluster. Gener", + "product_code":"cce", + "title":"Why Does Add-on Installation Fail and Prompt \"The release name is already exist\"?", + "uri":"cce_faq_00322.html", + "doc_type":"usermanual2", + "p_code":"461", + "code":"462" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"API & kubectl FAQs", + "uri":"cce_faq_00207.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"463" + }, + { + "desc":"You can use either of the following methods to access the cluster API Server:(Recommended) Through the cluster API. This access mode uses certificate authentication. It i", + "product_code":"cce", + "title":"How Can I Access a CCE Cluster?", + "uri":"cce_faq_00025.html", + "doc_type":"usermanual2", + "p_code":"463", + "code":"464" + }, + { + "desc":"The CCE console does not support the display of the following Kubernetes resources: DaemonSets, ReplicationControllers, ReplicaSets, and endpoints.To query these resource", + "product_code":"cce", + "title":"Can the Resources Created Using APIs or kubectl Be Displayed on the CCE Console?", + "uri":"cce_faq_00208.html", + "doc_type":"usermanual2", + "p_code":"463", + "code":"465" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"How Do I Download kubeconfig for Connecting to a Cluster Using kubectl?", + "uri":"cce_faq_00041.html", + "doc_type":"usermanual2", + "p_code":"463", + "code":"466" + }, + { + "desc":"The error message \"Error from server (ServiceUnavailable): the server is currently unable to handle the request (get nodes.metrics.k8s.io)\" is displayed after the kubectl", + "product_code":"cce", + "title":"How Do I Rectify the Error Reported When Running the kubectl top node Command?", + "uri":"cce_faq_00321.html", + "doc_type":"usermanual2", + "p_code":"463", + "code":"467" + }, + { + "desc":"When you use kubectl to create or query Kubernetes resources, the following output is returned:# kubectl get deploy Error from server (Forbidden): deployments.apps is for", + "product_code":"cce", + "title":"Why Is \"Error from server (Forbidden)\" Displayed When I Use kubectl?", + "uri":"cce_faq_00311.html", + "doc_type":"usermanual2", + "p_code":"463", + "code":"468" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"DNS FAQs", + "uri":"cce_faq_00001.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"469" + }, + { + "desc":"CoreDNS QPS is positively correlated with the CPU usage. If the QPS is high, adjust the the coredns instance specifications based on the QPS.If the add-on performance rea", + "product_code":"cce", + "title":"What Should I Do If Domain Name Resolution Fails?", + "uri":"cce_faq_00197.html", + "doc_type":"usermanual2", + "p_code":"469", + "code":"470" + }, + { + "desc":"A customer bound its domain name to the private domain names in the DNS service and also to a specific VPC. It is found that the ECSs in the VPC can properly resolve the ", + "product_code":"cce", + "title":"Why Does a Container in a CCE Cluster Fail to Perform DNS Resolution?", + "uri":"cce_faq_00107.html", + "doc_type":"usermanual2", + "p_code":"469", + "code":"471" + }, + { + "desc":"The following is an example resolv.conf file for a container in a workload:In the preceding information:nameserver: IP address of the DNS. Set this parameter to the clust", + "product_code":"cce", + "title":"How Do I Optimize the Configuration If the External Domain Name Resolution Is Slow or Times Out?", + "uri":"cce_faq_00195.html", + "doc_type":"usermanual2", + "p_code":"469", + "code":"472" + }, + { + "desc":"CCE uses dnsPolicy to identify different DNS policies for each pod. The value of dnsPolicy can be either of the following:None: No DNS policy is configured. In this mode,", + "product_code":"cce", + "title":"How Do I Configure a DNS Policy for a Container?", + "uri":"cce_faq_00194.html", + "doc_type":"usermanual2", + "p_code":"469", + "code":"473" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Image Repository FAQs", + "uri":"cce_faq_00093.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"474" + }, + { + "desc":"SoftWare Repository for Container (SWR) manages images for CCE. It provides the following ways to upload images:Uploading an Image Through the Client", + "product_code":"cce", + "title":"How Do I Upload My Images to CCE?", + "uri":"cce_faq_00032.html", + "doc_type":"usermanual2", + "p_code":"474", + "code":"475" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Permissions", + "uri":"cce_faq_00397.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"476" + }, + { + "desc":"Namespace permissions and cluster management permissions are independent and complementary to each other.Namespace permissions: apply to clusters and are used to manage o", + "product_code":"cce", + "title":"Can I Configure Only Namespace Permissions Without Cluster Management Permissions?", + "uri":"cce_faq_00398.html", + "doc_type":"usermanual2", + "p_code":"476", + "code":"477" + }, + { + "desc":"CCE has cloud service APIs and cluster APIs.Cloud service APIs: You can perform operations on the infrastructure (such as creating nodes) and cluster resources (such as c", + "product_code":"cce", + "title":"Can I Use CCE APIs If the Cluster Management Permissions Are Not Configured?", + "uri":"cce_faq_00399.html", + "doc_type":"usermanual2", + "p_code":"476", + "code":"478" + }, + { + "desc":"IAM authentication is not required for running kubectl commands. Therefore, you can run kubectl commands without configuring cluster management (IAM) permissions. However", + "product_code":"cce", + "title":"Can I Use kubectl If the Cluster Management Permissions Are Not Configured?", + "uri":"cce_faq_00400.html", + "doc_type":"usermanual2", + "p_code":"476", + "code":"479" + }, + { + "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", + "product_code":"cce", + "title":"Reference", + "uri":"cce_faq_00292.html", + "doc_type":"usermanual2", + "p_code":"382", + "code":"480" + }, + { + "desc":"The default storage size of a container is 10 GB. If a large volume of data is generated in the container, expand the capacity using the method described in this topic.Re", + "product_code":"cce", + "title":"How Do I Expand the Storage Capacity of a Container?", + "uri":"cce_faq_00224.html", + "doc_type":"usermanual2", + "p_code":"480", + "code":"481" + }, + { + "desc":"Add hostNetwork: true to the spec.spec. in the YAML file of the workload to which the containers will belong.Configure node affinity policies, in addition to perform the ", + "product_code":"cce", + "title":"How Can Container IP Addresses Survive a Container Restart?", + "uri":"cce_faq_00192.html", + "doc_type":"usermanual2", + "p_code":"480", + "code":"482" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3426,7 +4344,7 @@ "uri":"cce_01_9999.html", "doc_type":"usermanual2", "p_code":"", - "code":"381" + "code":"483" }, { "desc":"CCE 2.0 inherits and modifies the features of CCE 1.0, and release new features.Modified features:Clusters in CCE 1.0 are equivalent to Hybrid clusters in CCE 2.0.CCE 2.0", @@ -3434,8 +4352,8 @@ "title":"Differences Between CCE 1.0 and CCE 2.0", "uri":"cce_01_9998.html", "doc_type":"usermanual2", - "p_code":"381", - "code":"382" + "p_code":"483", + "code":"484" }, { "desc":"Migrate the images stored in the image repository of CCE 1.0 to CCE 2.0.A VM is available. The VM is bound to a public IP address and can access the Internet. Docker (ear", @@ -3443,8 +4361,8 @@ "title":"Migrating Images", "uri":"cce_01_9997.html", "doc_type":"usermanual2", - "p_code":"381", - "code":"383" + "p_code":"483", + "code":"485" }, { "desc":"Create Hybrid clusters on the CCE 2.0 console. These new Hybrid clusters should have the same specifications with those created on CCE 1.0.To create clusters using APIs, ", @@ -3452,8 +4370,8 @@ "title":"Migrating Clusters", "uri":"cce_01_9996.html", "doc_type":"usermanual2", - "p_code":"381", - "code":"384" + "p_code":"483", + "code":"486" }, { "desc":"This section describes how to create a Deployment with the same specifications as that in CCE 1.0 on the CCE 2.0 console.It is advised to delete the applications on CCE 1", @@ -3461,8 +4379,8 @@ "title":"Migrating Applications", "uri":"cce_01_9995.html", "doc_type":"usermanual2", - "p_code":"381", - "code":"385" + "p_code":"483", + "code":"487" }, { "desc":"HUAWEI CLOUD Help Center presents technical documents to help you quickly get started with HUAWEI CLOUD services. The technical documents include Service Overview, Price Details, Purchase Guide, User Guide, API Reference, Best Practices, FAQs, and Videos.", @@ -3471,6 +4389,6 @@ "uri":"cce_01_0300.html", "doc_type":"usermanual2", "p_code":"", - "code":"386" + "code":"488" } ] \ No newline at end of file diff --git a/docs/cce/umn/cce_01_0091.html b/docs/cce/umn/cce_01_0091.html index df22ad91d..091432ce7 100644 --- a/docs/cce/umn/cce_01_0091.html +++ b/docs/cce/umn/cce_01_0091.html @@ -10,7 +10,7 @@
diff --git a/docs/cce/umn/cce_01_0203.html b/docs/cce/umn/cce_01_0203.html deleted file mode 100644 index 20f65d940..000000000 --- a/docs/cce/umn/cce_01_0203.html +++ /dev/null @@ -1,20 +0,0 @@ - - -

How Do I Troubleshoot Insufficient EIPs When a Node Is Added?

-

Symptom

When a node is added, EIP is set to Automatically assign. The node cannot be created, and a message indicating that EIPs are insufficient is displayed.

-
Figure 1 Purchasing an EIP
-
-

Solution

Two methods are available to solve the problem.

-
  • Method 1: Unbind the VMs bound with EIPs and add a node again.
    1. Log in to the management console.
    2. Choose Service List > Computing > Elastic Cloud Server.
    3. In the ECS list, locate the target ECS and click its name.
    4. On the ECS details page, click the EIPs tab. In the EIP list, click Unbind at the row of the target ECS and click Yes.
      Figure 2 Unbinding an EIP
      -
    5. Return to the Create Node page on the CCE console and click Use existing to add an EIP.
      Figure 3 Using an unbound EIP
      -
    -
  • Method 2: Increase the EIP quota.

    Quotas are used to limit the number of resources available to users. If the existing resource quota cannot meet your service requirements, you can increase your quota.

    -
-
-
-
- -
- diff --git a/docs/cce/umn/cce_01_0204.html b/docs/cce/umn/cce_01_0204.html deleted file mode 100644 index 03aa6e158..000000000 --- a/docs/cce/umn/cce_01_0204.html +++ /dev/null @@ -1,80 +0,0 @@ - - -

How Do I Format a Data Disk Using Command Line Injection?

-

Before using command line injection, write a script that can format data disks and save it to your OBS bucket. Then, inject a command line that will automatically execute the disk formatting script when the node is up. Use input parameters to specify the size of each docker data disk (for example, the default docker disk of 100 GB and the additional disk of 110 GB) and the mount path (/data/code) of the additional disk. In this example, the script is named formatdisk.sh.

-

Example command line:

-
cd /tmp;curl -k -X GET OBS bucket address/formatdisk.sh -1 -O;fdisk -l;sleep 30;bash -x formatdisk.sh 100 /data/code;fdisk -l
-

Example script (formatdisk.sh):

-
dockerdisksize=$1
-mountdir=$2
-systemdisksize=40
-i=0
-while [ 20 -gt $i ]; do 
-    echo $i; 
-    if [ $(lsblk -o KNAME,TYPE | grep disk | grep -v nvme | awk '{print $1}' | awk '{ print "/dev/"$1}' |wc -l) -ge 3 ]; then 
-        break 
-    else 
-        sleep 5 
-    fi; 
-    i=$[i+1] 
-done 
-all_devices=$(lsblk -o KNAME,TYPE | grep disk | grep -v nvme | awk '{print $1}' | awk '{ print "/dev/"$1}')
-for device in ${all_devices[@]}; do
-    isRawDisk=$(sudo lsblk -n $device 2>/dev/null | grep disk | wc -l)
-    if [[ ${isRawDisk} > 0 ]]; then
-        # is it partitioned ?
-        match=$(sudo lsblk -n $device 2>/dev/null | grep -v disk | wc -l)
-        if [[ ${match} > 0 ]]; then
-            # already partited
-            [[ -n "${DOCKER_BLOCK_DEVICES}" ]] && echo "Raw disk ${device} has been partition, will skip this device"
-            continue
-        fi
-    else
-        isPart=$(sudo lsblk -n $device 2>/dev/null | grep part | wc -l)
-        if [[ ${isPart} -ne 1 ]]; then
-            # not parted
-            [[ -n "${DOCKER_BLOCK_DEVICES}" ]] && echo "Disk ${device} has not been partition, will skip this device"
-            continue
-        fi
-        # is used ?
-        match=$(sudo lsblk -n $device 2>/dev/null | grep -v part | wc -l)
-        if [[ ${match} > 0 ]]; then
-            # already used
-            [[ -n "${DOCKER_BLOCK_DEVICES}" ]] && echo "Disk ${device} has been used, will skip this device"
-            continue
-        fi
-        isMount=$(sudo lsblk -n -o MOUNTPOINT $device 2>/dev/null)
-        if [[ -n ${isMount} ]]; then
-            # already used
-            [[ -n "${DOCKER_BLOCK_DEVICES}" ]] && echo "Disk ${device} has been used, will skip this device"
-            continue
-        fi
-        isLvm=$(sudo sfdisk -lqL 2>>/dev/null | grep $device | grep "8e.*Linux LVM")
-        if [[ ! -n ${isLvm} ]]; then
-            # part system type is not Linux LVM
-            [[ -n "${DOCKER_BLOCK_DEVICES}" ]] && echo "Disk ${device} system type is not Linux LVM, will skip this device"
-            continue
-        fi
-    fi
-    block_devices_size=$(sudo lsblk -n -o SIZE $device 2>/dev/null | awk '{ print $1}')
-    if [[ ${block_devices_size}"x" != "${dockerdisksize}Gx" ]] && [[ ${block_devices_size}"x" != "${systemdisksize}Gx" ]]; then
-echo "n
-p
-1
-
-
-w
-" | fdisk $device
-        mkfs -t ext4 ${device}1
-        mkdir -p $mountdir
-        echo "${device}1  $mountdir ext4  noatime  0 0" | sudo tee -a /etc/fstab >/dev/null
-        mount $mountdir
-    fi
-done
-
-
- -
- diff --git a/docs/cce/umn/cce_01_0300.html b/docs/cce/umn/cce_01_0300.html index 4515f98ea..5a6b3b2c8 100644 --- a/docs/cce/umn/cce_01_0300.html +++ b/docs/cce/umn/cce_01_0300.html @@ -8,7 +8,17 @@ -

2023-05-30

+

2023-11-06

+ + + + +

2023-08-15

+ + + + +

2023-05-30

@@ -25,7 +35,7 @@

2022-11-21

-

Added Best Practice.

+

Added Best Practice.

2022-08-27

diff --git a/docs/cce/umn/cce_01_0999.html b/docs/cce/umn/cce_01_0999.html deleted file mode 100644 index fa785574e..000000000 --- a/docs/cce/umn/cce_01_0999.html +++ /dev/null @@ -1,158 +0,0 @@ - - -

How Do I Use heapster in Clusters of v1.13.10?

-

After a cluster of v1.13.10 is created, you can use heapster only after rbac is enabled.

-

Procedure

  1. Connect to the cluster on which you need to use heapster.
  2. Delete the existing heapster cluster role.

    kubectl delete clusterrole system:heapster

    -

  3. Create a heapster cluster role.

    Copy the following file to a server on which kubectl is supported, and name the file to heapster-cluster-role.yaml.

    -
    apiVersion: rbac.authorization.k8s.io/v1
    -kind: ClusterRole
    -metadata:
    -  annotations:
    -    rbac.authorization.kubernetes.io/autoupdate: "true"
    -  labels:
    -    kubernetes.io/bootstrapping: rbac-defaults
    -  name: system:heapster
    -rules:
    -- apiGroups:
    -  - ""
    -  resources:
    -  - events
    -  - namespaces
    -  - nodes
    -  - pods
    -  - nodes/stats
    -  verbs:
    -  - create
    -  - get
    -  - list
    -  - watch
    -- apiGroups:
    -  - extensions
    -  resources:
    -  - deployments
    -  verbs:
    -  - get
    -  - list
    -  - update
    -  - watch
    -

    Run the following command to create a heapster cluster role.

    -

    kubectl create -f heapster-cluster-role.yaml

    -

  4. Create a heapster service account.

    Copy the following file to a server on which kubectl is supported, and name the file to heapster-serviceaccount.yaml.

    -
    apiVersion: v1
    -kind: ServiceAccount
    -metadata:
    -  name: heapster
    -  namespace: kube-system
    -

    Run the following command to create a heapster service account.

    -

    kubectl create -f heapster-serviceaccount.yaml

    -

  5. Create a heapster cluster role binding.

    Copy the following file to a server on which kubectl is supported, and name the file to heapster-cluster-rolebinding.yaml.

    -
    kind: ClusterRoleBinding
    -apiVersion: rbac.authorization.k8s.io/v1beta1
    -metadata:
    -  name: heapster
    -roleRef:
    -  apiGroup: rbac.authorization.k8s.io
    -  kind: ClusterRole
    -  name: system:heapster
    -subjects:
    -- kind: ServiceAccount
    -  name: heapster
    -  namespace: kube-system
    -

    Run the following command to create a heapster cluster role binding.

    -

    kubectl create -f heapster-cluster-rolebinding.yaml

    -

  6. Re-create the heapster deployment.

    Copy the following file to a server on which kubectl is supported, and name the file to heapster-apiserver.yaml.

    -
    apiVersion: extensions/v1beta1
    -kind: Deployment
    -metadata:
    -  annotations:
    -    deployment.kubernetes.io/revision: "1"
    -  generation: 1
    -  labels:
    -    k8s-app: heapster
    -    module: apiserver
    -    version: v6
    -  name: heapster-apiserver
    -  namespace: kube-system
    -spec:
    -  progressDeadlineSeconds: 2147483647
    -  replicas: 1
    -  revisionHistoryLimit: 2147483647
    -  selector:
    -    matchLabels:
    -      k8s-app: heapster
    -      module: apiserver
    -      version: v6
    -  strategy:
    -    rollingUpdate:
    -      maxSurge: 1
    -      maxUnavailable: 1
    -    type: RollingUpdate
    -  template:
    -    metadata:
    -      creationTimestamp: null
    -      labels:
    -        k8s-app: heapster
    -        module: apiserver
    -        version: v6
    -      name: heapster
    -    spec:
    -      containers:
    -      - command:
    -        - /heapster
    -        - --source=kubernetes.summary_api:''?useServiceAccount=true&kubeletPort=10250&kubeletHttps=true&insecure=true&auth=/srv/config
    -        - --api-server
    -        - --secure-port=6443
    -        image: k8s.gcr.io/heapster-amd64:v1.5.3
    -        imagePullPolicy: IfNotPresent
    -        name: heapster
    -        ports:
    -        - containerPort: 6443
    -          name: https
    -          protocol: TCP
    -        - containerPort: 8080
    -          name: http
    -          protocol: TCP
    -        resources: {}
    -        securityContext:
    -          runAsUser: 0
    -        terminationMessagePath: /dev/termination-log
    -        terminationMessagePolicy: File
    -        volumeMounts:
    -        - mountPath: /root/.kube
    -          name: config
    -        - mountPath: /srv/config
    -          name: heapster
    -          subPath: config
    -      dnsPolicy: ClusterFirst
    -      restartPolicy: Always
    -      schedulerName: default-scheduler
    -      securityContext: {}
    -      serviceAccount: heapster
    -      serviceAccountName: heapster
    -      terminationGracePeriodSeconds: 30
    -      volumes:
    -      - hostPath:
    -          path: /root/.kube
    -          type: ""
    -        name: config
    -      - configMap:
    -          defaultMode: 420
    -          items:
    -          - key: config
    -            path: config
    -          name: heapster
    -        name: heapster
    -

    Run the following commands to re-create the heapster deployment.

    -

    kubectl delete -f heapster-apiserver.yaml

    -

    kubectl create -f heapster-apiserver.yaml

    -

  7. Check whether heapster is enabled.

    kubectl top nodes

    -

    heapster is enabled when statistics are displayed in the command output.

    -

-
-
-
- -
- diff --git a/docs/cce/umn/cce_10_0002.html b/docs/cce/umn/cce_10_0002.html index b36429447..bd79eafbb 100644 --- a/docs/cce/umn/cce_10_0002.html +++ b/docs/cce/umn/cce_10_0002.html @@ -6,13 +6,9 @@ diff --git a/docs/cce/umn/cce_10_0003.html b/docs/cce/umn/cce_10_0003.html index 727777ad0..b9e39860f 100644 --- a/docs/cce/umn/cce_10_0003.html +++ b/docs/cce/umn/cce_10_0003.html @@ -1,15 +1,15 @@

Resetting a Node

-

Scenario

You can reset a node to modify the node configuration, such as the node OS and login mode.

+

Scenario

You can reset a node to modify the node configuration, such as the node OS and login mode.

Resetting a node will reinstall the node OS and the Kubernetes software on the node. If a node is unavailable because you modify the node configuration, you can reset the node to rectify the fault.

-

Notes and Constraints

  • For CCE clusters and CCE Turbo clusters, the version must be v1.13 or later to support node resetting.
+

Constraints

  • For CCE clusters and CCE Turbo clusters, the version must be v1.13 or later to support node resetting.
-

Notes

  • Only worker nodes can be reset. If the node is still unavailable after the resetting, delete the node and create a new one.
  • Resetting a node will reinstall the node OS and interrupt workload services running on the node. Therefore, perform this operation during off-peak hours.
  • Data in the system disk and Docker data disks will be cleared. Back up important data before resetting the node.
  • When an extra data disk is mounted to a node, data in this disk will be cleared if the disk has not been unmounted before the node reset. To prevent data loss, back up data in advance and mount the data disk again after the node reset is complete.
  • The IP addresses of the workload pods on the node will change, but the container network access is not affected.
  • There is remaining EVS disk quota.
  • While the node is being deleted, the backend will set the node to the unschedulable state.
+

Precautions

  • Only worker nodes can be reset. If the node is still unavailable after the resetting, delete the node and create a new one.
  • Resetting a node will reinstall the node OS and interrupt workload services running on the node. Therefore, perform this operation during off-peak hours.
  • Data in the system disk and Docker data disks will be cleared. Back up important data before resetting the node.
  • When an extra data disk is mounted to a node, data in this disk will be cleared if the disk has not been unmounted before the node reset. To prevent data loss, back up data in advance and mount the data disk again after the node reset is complete.
  • The IP addresses of the workload pods on the node will change, but the container network access is not affected.
  • There is remaining EVS disk quota.
  • While the node is being deleted, the backend will set the node to the unschedulable state.
  • Resetting a node will cause PVC/PV data loss for the local PV associated with the node. These PVCs and PVs cannot be restored or used again. In this scenario, the pod that uses the local PV is evicted from the reset node. A new pod is created and stays in the pending state. This is because the PVC used by the pod has a node label, due to which the pod cannot be scheduled. After the node is reset, the pod may be scheduled to the reset node. In this case, the pod is always in the creating state because the underlying logical volume corresponding to the PVC does not exist.
-

Procedure

The new console allows you to reset nodes in batches. You can also use private images to reset nodes in batches.

-
  1. Log in to the CCE console.
  2. Click the cluster name and access the cluster details page, choose Nodes in the navigation pane, and select one or multiple nodes to be reset in the list on the right. Choose More > Reset.
  3. In the displayed dialog box, click Yes.

    • For nodes in the DefaultPool node pool, the parameter setting page is displayed. Set the parameters by referring to 4.
    • For a node you create in a node pool, resetting the node does not support parameter configuration. You can directly use the configuration image of the node pool to reset the node.
    +

    Procedure

    The new console allows you to reset nodes in batches. You can also use a private image to reset nodes in batches.

    +
    1. Log in to the CCE console and click the cluster name to access the cluster console.
    2. Click the cluster name to access the cluster console. Choose Nodes in the navigation pane, and select one or multiple nodes to be reset in the list. Choose More > Reset Node.
    3. In the displayed dialog box, click Next.

      • For nodes in the DefaultPool node pool, the parameter setting page is displayed. Set the parameters by referring to 4.
      • For a node you create in a node pool, resetting the node does not support parameter configuration. You can directly use the configuration image of the node pool to reset the node.

    4. Specify node parameters.

      Compute Settings
      @@ -17,27 +17,27 @@ - - - - @@ -47,22 +47,22 @@

      Storage Settings

      Configure storage resources on a node for the containers running on it. -
      Table 1 Configuration parameters

      Parameter

      Specification

      +

      Specifications

      Node specifications cannot be modified when you reset a node.

      +

      Specifications cannot be modified when you reset a node.

      Container Engine

      CCE clusters support Docker and containerd in some scenarios.
      • VPC network clusters of v1.23 and later versions support containerd. Container tunnel network clusters of v1.23.2-r0 and later versions support containerd.
      • For a CCE Turbo cluster, both Docker and containerd are supported. For details, see Mapping between Node OSs and Container Engines.
      +
      CCE clusters support Docker and containerd in some scenarios.
      • VPC network clusters of v1.23 and later versions support containerd. Tunnel network clusters of v1.23.2-r0 and later versions support containerd.
      • For a CCE Turbo cluster, both Docker and containerd are supported. For details, see Mapping between Node OSs and Container Engines.

      OS

      Public image: Select an OS for the node.

      -

      Private image: You can use private images.

      +

      Private image: You can use private images.

      Login Mode

      • Key Pair

        Select the key pair used to log in to the node. You can select a shared key.

        -

        A key pair is used for identity authentication when you remotely log in to a node. If no key pair is available, click Create Key Pair.

        +
      • Key Pair

        Select the key pair used to log in to the node. You can select a shared key.

        +

        A key pair is used for identity authentication when you remotely log in to a node. If no key pair is available, click Create Key Pair.

      Table 2 Configuration parameters

      Parameter

      +
      - - - - - @@ -70,62 +70,62 @@
      Advanced Settings -
      Table 2 Configuration parameters

      Parameter

      Description

      +

      Description

      System Disk

      +

      System Disk

      Directly use the system disk of the cloud server.

      +

      Directly use the system disk of the cloud server.

      Data Disk

      +

      Data Disk

      At least one data disk is required for the container runtime and kubelet. The data disk cannot be deleted or uninstalled. Otherwise, the node will be unavailable.

      -

      Click Expand and select Allocate Disk Space to define the disk space occupied by the container runtime to store the working directories, container image data, and image metadata. For details about how to allocate data disk space, see Data Disk Space Allocation.

      -

      For other data disks, a raw disk is created without any processing by default. You can also click Expand and select Mount Disk to mount the data disk to a specified directory.

      +

      At least one data disk is required for the container runtime and kubelet. The data disk cannot be deleted or uninstalled. Otherwise, the node will be unavailable.

      +

      Click Expand and select Allocate Disk Space to define the disk space occupied by the container runtime to store the working directories, container image data, and image metadata. For details about how to allocate data disk space, see Data Disk Space Allocation.

      +

      For other data disks, a raw disk is created without any processing by default. You can also click Expand and select Mount Disk to mount the data disk to a specified directory.

      -
      Table 3 Advanced configuration parameters

      Parameter

      +
      - - - - - - - - - - - - -
      Table 3 Advanced configuration parameters

      Parameter

      Description

      +

      Description

      Kubernetes Label

      +

      Kubernetes Label

      Click Add to set the key-value pair attached to the Kubernetes objects (such as pods). A maximum of 20 labels can be added.

      -

      Labels can be used to distinguish nodes. With workload affinity settings, container pods can be scheduled to a specified node. For more information, see Labels and Selectors.

      +

      Click Add to set the key-value pair attached to the Kubernetes objects (such as pods). A maximum of 20 labels can be added.

      +

      Labels can be used to distinguish nodes. With workload affinity settings, container pods can be scheduled to a specified node. For more information, see Labels and Selectors.

      Resource Tag

      +

      Resource Tag

      You can add resource tags to classify resources.

      -

      You can create predefined tags in Tag Management Service (TMS). Predefined tags are visible to all service resources that support the tagging function. You can use these tags to improve tagging and resource migration efficiency.

      -

      CCE will automatically create the "CCE-Dynamic-Provisioning-Node=node id" tag.

      +

      You can add resource tags to classify resources.

      +

      You can create predefined tags in Tag Management Service (TMS). Predefined tags are available to all service resources that support tags. You can use these tags to improve tagging and resource migration efficiency.

      +

      CCE will automatically create the "CCE-Dynamic-Provisioning-Node=node id" tag.

      Taint

      +

      Taint

      This parameter is left blank by default. You can add taints to set anti-affinity for the node. A maximum of 10 taints are allowed for each node. Each taint contains the following parameters:
      • Key: A key must contain 1 to 63 characters starting with a letter or digit. Only letters, digits, hyphens (-), underscores (_), and periods (.) are allowed. A DNS subdomain name can be used as the prefix of a key.
      • Value: A value must start with a letter or digit and can contain a maximum of 63 characters, including letters, digits, hyphens (-), underscores (_), and periods (.).
      • Effect: Available options are NoSchedule, PreferNoSchedule, and NoExecute.
      -
      NOTICE:
      • If taints are used, you must configure tolerations in the YAML files of pods. Otherwise, scale-up may fail or pods cannot be scheduled onto the added nodes.
      • After a node pool is created, you can click Edit to modify its configuration. The modification will be synchronized to all nodes in the node pool.
      +
      This field is left blank by default. You can add taints to configure anti-affinity for the node. A maximum of 20 taints are allowed for each node. Each taint contains the following parameters:
      • Key: A key must contain 1 to 63 characters, starting with a letter or digit. Only letters, digits, hyphens (-), underscores (_), and periods (.) are allowed. A DNS subdomain name can be used as the prefix of a key.
      • Value: A value must start with a letter or digit and can contain a maximum of 63 characters, including letters, digits, hyphens (-), underscores (_), and periods (.).
      • Effect: Available options are NoSchedule, PreferNoSchedule, and NoExecute.
      +
      NOTICE:
      • If taints are used, you must configure tolerations in the YAML files of pods. Otherwise, scale-up may fail or pods cannot be scheduled onto the added nodes.
      • After a node pool is created, you can click Edit to modify its configuration. The modification will be synchronized to all nodes in the node pool.

      Max. Pods

      +

      Max. Pods

      Maximum number of pods that can run on the node, including the default system pods.

      -

      This limit prevents the node from being overloaded with pods.

      +

      Maximum number of pods that can run on the node, including the default system pods.

      +

      This limit prevents the node from being overloaded with pods.

      Pre-installation Command

      +

      Pre-installation Command

      Enter commands. A maximum of 1,000 characters are allowed.

      -

      The script will be executed before Kubernetes software is installed. Note that if the script is incorrect, Kubernetes software may fail to be installed.

      +

      Enter commands. A maximum of 1,000 characters are allowed.

      +

      The script will be executed before Kubernetes software is installed. Note that if the script is incorrect, Kubernetes software may fail to be installed.

      Post-installation Command

      +

      Post-installation Command

      Enter commands. A maximum of 1,000 characters are allowed.

      -

      The script will be executed after Kubernetes software is installed and will not affect the installation.

      +

      Enter commands. A maximum of 1,000 characters are allowed.

      +

      The script will be executed after Kubernetes software is installed and will not affect the installation.

      -

    5. Click Next: Confirm.
    6. Click Submit.
    7. +

    8. Click Next: Confirm.
    9. Click Submit.
    10. diff --git a/docs/cce/umn/cce_10_0004.html b/docs/cce/umn/cce_10_0004.html index bbe9012a5..e72ea998b 100644 --- a/docs/cce/umn/cce_10_0004.html +++ b/docs/cce/umn/cce_10_0004.html @@ -6,100 +6,102 @@

      Inherent Label of a Node

      After a node is created, some fixed labels exist and cannot be deleted. For details about these labels, see Table 1.

      +

      Do not manually change the inherent labels that are automatically added to a node. If the manually changed value conflicts with the system value, the system value prevails.

      +
      -
      - - - - - - -
      Table 1 Inherent label of a node

      Key

      +
      - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
      Table 1 Inherent labels of a node

      Key

      Description

      +

      Description

      New: topology.kubernetes.io/region

      +

      New: topology.kubernetes.io/region

      Old: failure-domain.beta.kubernetes.io/region

      Region where the node is located

      +

      Region where the node is located

      New: topology.kubernetes.io/zone

      +

      New: topology.kubernetes.io/zone

      Old: failure-domain.beta.kubernetes.io/zone

      AZ where the node is located

      +

      AZ where the node is located

      New: node.kubernetes.io/baremetal

      +

      New: node.kubernetes.io/baremetal

      Old: failure-domain.beta.kubernetes.io/is-baremetal

      Whether the node is a bare metal node

      +

      Whether the node is a bare metal node

      false indicates that the node is not a bare metal node.

      node.kubernetes.io/instance-type

      +

      node.kubernetes.io/instance-type

      Node specifications

      +

      Node specifications

      kubernetes.io/arch

      +

      kubernetes.io/arch

      Node processor architecture

      +

      Node processor architecture

      kubernetes.io/hostname

      +

      kubernetes.io/hostname

      Node name

      +

      Node name

      kubernetes.io/os

      +

      kubernetes.io/os

      OS type

      +

      OS type

      node.kubernetes.io/subnetid

      +

      node.kubernetes.io/subnetid

      ID of the subnet where the node is located.

      +

      ID of the subnet where the node is located.

      os.architecture

      +

      os.architecture

      Node processor architecture

      +

      Node processor architecture

      For example, amd64 indicates a AMD64-bit processor.

      os.name

      +

      os.name

      Node OS name

      +

      Node OS name

      os.version

      +

      os.version

      Node OS kernel version

      +

      Node OS kernel version

      node.kubernetes.io/container-engine

      +

      node.kubernetes.io/container-engine

      Container engine used by the node.

      +

      Container engine used by the node.

      accelerator

      +

      accelerator

      GPU node labels.

      +

      GPU node labels.

      cce.cloud.com/cce-nodepool

      +

      cce.cloud.com/cce-nodepool

      The dedicated label of a node in a node pool.

      +

      The dedicated label of a node in a node pool.

      -

      Adding or Deleting a Node Label

      1. Log in to the CCE console.
      2. Click the cluster name, access the cluster details page, and choose Nodes in the navigation pane. On the page displayed, select a node and click Manage Labels and Taints.
      3. In the displayed dialog box, click Add batch operations under Batch Operation, and then choose Add/Update or Delete.

        Enter the key and value of the label to be added or deleted, and click OK.

        +

        Adding or Deleting a Node Label

        1. Log in to the CCE console.
        2. Click the cluster name, access the cluster details page, and choose Nodes in the navigation pane. On the page displayed, select a node and click Manage Labels and Taints.
        3. In the displayed dialog box, click Add batch operations under Batch Operation, and then choose Add/Update or Delete.

          Enter the key and value of the label to be added or deleted, and click OK.

          For example, the key is deploy_qa and the value is true, indicating that the node is used to deploy the QA (test) environment.

        4. After the label is added, check the added label in node data.
      diff --git a/docs/cce/umn/cce_10_0006.html b/docs/cce/umn/cce_10_0006.html index 361fba7e5..31e51b1f0 100644 --- a/docs/cce/umn/cce_10_0006.html +++ b/docs/cce/umn/cce_10_0006.html @@ -4,29 +4,29 @@

      CCE provides Kubernetes-native container deployment and management and supports lifecycle management of container workloads, including creation, configuration, monitoring, auto scaling, upgrade, uninstall, service discovery, and load balancing.

      Pod

      A pod is the smallest and simplest unit in the Kubernetes object model that you create or deploy. A pod encapsulates one or more containers, storage volumes, a unique network IP address, and options that govern how the containers should run.

      Pods can be used in either of the following ways:

      -
      • A container is running in a pod. This is the most common usage of pods in Kubernetes. You can view the pod as a single encapsulated container, but Kubernetes directly manages pods instead of containers.
      • Multiple containers that need to be coupled and share resources run in a pod. In this scenario, an application contains a main container and several sidecar containers, as shown in Figure 1. For example, the main container is a web server that provides file services from a fixed directory, and a sidecar container periodically downloads files to the directory.
        Figure 1 Pod
        +
        • A container is running in a pod. This is the most common usage of pods in Kubernetes. You can view the pod as a single encapsulated container, but Kubernetes directly manages pods instead of containers.
        • Multiple containers that need to be coupled and share resources run in a pod. In this scenario, an application contains a main container and several sidecar containers, as shown in Figure 1. For example, the main container is a web server that provides file services from a fixed directory, and a sidecar container periodically downloads files to the directory.
          Figure 1 Pod
        -

        In Kubernetes, pods are rarely created directly. Instead, controllers such as Deployments and jobs, are used to manage pods. Controllers can create and manage multiple pods, and provide replica management, rolling upgrade, and self-healing capabilities. A controller generally uses a pod template to create corresponding pods.

        +

        In Kubernetes, pods are rarely created directly. Instead, controllers such as Deployments and Jobs, are used to manage pods. Controllers can create and manage multiple pods, and provide replica management, rolling upgrade, and self-healing capabilities. A controller typically uses a pod template to create corresponding pods.

      Deployment

      A pod is the smallest and simplest unit that you create or deploy in Kubernetes. It is designed to be an ephemeral, one-off entity. A pod can be evicted when node resources are insufficient and disappears along with a cluster node failure. Kubernetes provides controllers to manage pods. Controllers can create and manage pods, and provide replica management, rolling upgrade, and self-healing capabilities. The most commonly used controller is Deployment.

      -
      Figure 2 Relationship between a Deployment and pods
      +
      Figure 2 Deployment

      A Deployment can contain one or more pods. These pods have the same role. Therefore, the system automatically distributes requests to multiple pods of a Deployment.

      A Deployment integrates a lot of functions, including online deployment, rolling upgrade, replica creation, and restoration of online jobs. To some extent, Deployments can be used to realize unattended rollout, which greatly reduces difficulties and operation risks in the rollout process.

      StatefulSet

      All pods under a Deployment have the same characteristics except for the name and IP address. If required, a Deployment can use the pod template to create a new pod. If not required, the Deployment can delete any one of the pods.

      However, Deployments cannot meet the requirements in some distributed scenarios when each pod requires its own status or in a distributed database where each pod requires independent storage.

      -

      With detailed analysis, it is found that each part of distributed stateful applications plays a different role. For example, the database nodes are deployed in active/standby mode, and pods are dependent on each other. In this case, you need to meet the following requirements for the pods:

      +

      With detailed analysis, it is found that each part of distributed stateful applications plays a different role. For example, the database nodes are deployed in active/standby mode, and pods are dependent on each other. In this case, the pods need to meet the following requirements:

      • A pod can be recognized by other pods. Therefore, a pod must have a fixed identifier.
      • Each pod has an independent storage device. After a pod is deleted and then restored, the data read from the pod must be the same as the previous one. Otherwise, the pod status is inconsistent.

      To address the preceding requirements, Kubernetes provides StatefulSets.

      -
      1. A StatefulSet provides a fixed name for each pod following a fixed number ranging from 0 to N. After a pod is rescheduled, the pod name and the host name remain unchanged.
      2. A StatefulSet provides a fixed access domain name for each pod through the headless Service (described in following sections).
      3. The StatefulSet creates PersistentVolumeClaims (PVCs) with fixed identifiers to ensure that pods can access the same persistent data after being rescheduled.

        +
        1. A StatefulSet provides a fixed name for each pod following a fixed number ranging from 0 to N. After a pod is rescheduled, the pod name and the host name remain unchanged.
        2. A StatefulSet provides a fixed access domain name for each pod through the headless Service (described in the following sections).
        3. The StatefulSet creates PersistentVolumeClaims (PVCs) with fixed identifiers to ensure that pods can access the same persistent data after being rescheduled.

      DaemonSet

      A DaemonSet runs a pod on each node in a cluster and ensures that there is only one pod. This works well for certain system-level applications, such as log collection and resource monitoring, since they must run on each node and need only a few pods. A good example is kube-proxy.

      DaemonSets are closely related to nodes. If a node becomes faulty, the DaemonSet will not create the same pods on other nodes.

      -
      Figure 3 DaemonSet
      +
      Figure 3 DaemonSet

      Job and Cron Job

      Jobs and cron jobs allow you to run short lived, one-off tasks in batch. They ensure the task pods run to completion.

      -
      • A job is a resource object used by Kubernetes to control batch tasks. Jobs are different from long-term servo tasks (such as Deployments and StatefulSets). The former is started and terminated at specific times, while the latter runs unceasingly unless being terminated. The pods managed by a job will be automatically removed after successfully completing tasks based on user configurations.
      • A cron job runs a job periodically on a specified schedule. A cron job object is similar to a line of a crontab file in Linux.
      +
      • A job is a resource object used by Kubernetes to control batch tasks. Jobs are different from long-term servo tasks (such as Deployments and StatefulSets). The former is started and terminated at specific times, while the latter runs unceasingly unless being terminated. The pods managed by a job will be automatically removed after completing tasks based on user configurations.
      • A cron job runs a job periodically on a specified schedule. A cron job object is similar to a line of a crontab file in Linux.

      This run-to-completion feature of jobs is especially suitable for one-off tasks, such as continuous integration (CI).

      Workload Lifecycle

      @@ -38,17 +38,17 @@

      Running

      All pods are running.

      +

      All pods are running or the number of pods is 0.

      Unready

      A container is abnormal, the number of pods is 0, or the workload is in pending state.

      +

      The container malfunctions and the pod under the workload is not working.

      Upgrading/Rolling back

      +

      Processing

      The workload is being upgraded or rolled back.

      +

      The workload is not running but no error is reported.

      Available

      @@ -71,11 +71,6 @@

      The workload is being deleted.

      Pausing

      -

      The workload is being paused.

      -
      diff --git a/docs/cce/umn/cce_10_0007.html b/docs/cce/umn/cce_10_0007.html index fe2cd9e69..7d6e92005 100644 --- a/docs/cce/umn/cce_10_0007.html +++ b/docs/cce/umn/cce_10_0007.html @@ -45,7 +45,7 @@

      Manage Label

      Labels are key-value pairs and can be attached to workloads for affinity and anti-affinity scheduling. Jobs and Cron Jobs do not support this operation.

      +

      Labels are attached to workloads as key-value pairs to manage and select workloads. Jobs and Cron Jobs do not support this operation.

      Delete

      @@ -69,54 +69,53 @@

      Monitoring a Workload

      You can view the CPU and memory usage of Deployments and pods on the CCE console to determine the resource specifications you may need. This section uses a Deployment as an example to describe how to monitor a workload.

      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and click Monitor of the target workload. On the page that is displayed, you can view CPU usage and memory usage of the workload.
      3. Click the workload name. On the Pods tab page, click the Monitor of the target pod to view its CPU and memory usage.
      +
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and click Monitor of the target workload. On the page that is displayed, you can view CPU usage and memory usage of the workload.
      3. Click the workload name. On the Pods tab page, click the Monitor of the target pod to view its CPU and memory usage.

      Viewing Logs

      You can view logs of Deployments, StatefulSets, DaemonSets, and jobs. This section uses a Deployment as an example to describe how to view logs.

      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and click the View Log of the target workload.

        On the displayed View Log window, you can view logs by time.

        +

        Before viewing logs, ensure that the time of the browser is the same as that on the backend server.

        +
        +
        1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
        2. Click the Deployments tab and click the View Log of the target workload.

          On the displayed View Log window, you can view logs.

          +

          The displayed logs are standard output logs of containers and do not have persistence and advanced O&M capabilities. To use more comprehensive log capabilities, see Logs. If the function of collecting standard output is enabled for the workload (enabled by default), you can go to AOM to view more workload logs. For details, see Using ICAgent to Collect Container Logs.

          +

      Upgrading a Workload

      You quickly upgrade Deployments, StatefulSets, and DaemonSets on the CCE console.

      This section uses a Deployment as an example to describe how to upgrade a workload.

      Before replacing an image or image version, upload the new image to the SWR service.

      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and click Upgrade of the target workload.

        • Workloads cannot be upgraded in batches.
        • Before performing an in-place StatefulSet upgrade, you must manually delete old pods. Otherwise, the upgrade status is always displayed as Upgrading.
        +
        1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
        2. Click the Deployments tab and click Upgrade of the target workload.

          • Workloads cannot be upgraded in batches.
          • Before performing an in-place StatefulSet upgrade, you must manually delete old pods. Otherwise, the upgrade status is always displayed as Processing.
          -

        3. Upgrade the workload based on service requirements. The method for setting parameter is the same as that for creating a workload.
        4. After the update is complete, click Upgrade Workload, manually confirm the YAML file, and submit the upgrade.
        +

      3. Upgrade the workload based on service requirements. The method for setting parameter is the same as that for creating a workload.
      4. After the update is complete, click Upgrade Workload, manually confirm the YAML file, and submit the upgrade.

      Editing a YAML file

      You can modify and download the YAML files of Deployments, StatefulSets, DaemonSets, and pods on the CCE console. YAML files of jobs and cron jobs can only be viewed, copied, and downloaded. This section uses a Deployment as an example to describe how to edit the YAML file.

      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and choose More > Edit YAML in the Operation column of the target workload. In the dialog box that is displayed, modify the YAML file.
      3. Click Edit and then OK to save the changes.
      4. (Optional) In the Edit YAML window, click Download to download the YAML file.
      +
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and choose More > Edit YAML in the Operation column of the target workload. In the dialog box that is displayed, modify the YAML file.
      3. Click OK.
      4. (Optional) In the Edit YAML window, click Download to download the YAML file.

      Rolling Back a Workload (Available Only for Deployments)

      CCE records the release history of all Deployments. You can roll back a Deployment to a specified version.

      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab, choose More > Roll Back in the Operation column of the target workload.
      3. Switch to the Change History tab page, click Roll Back to This Version of the target version, manually confirm the YAML file, and click OK.

        +
        1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
        2. Click the Deployments tab, choose More > Roll Back in the Operation column of the target workload.
        3. Switch to the Change History tab page, click Roll Back to This Version of the target version, manually confirm the YAML file, and click OK.

      Redeploying a Workload

      After you redeploy a workload, all pods in the workload will be restarted. This section uses Deployments as an example to illustrate how to redeploy a workload.

      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and choose More > Redeploy in the Operation column of the target workload.
      3. In the dialog box that is displayed, click Yes to redeploy the workload.
      +
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and choose More > Redeploy in the Operation column of the target workload.
      3. In the dialog box that is displayed, click Yes to redeploy the workload.

      Disabling/Enabling Upgrade (Available Only for Deployments)

      Only Deployments support this operation.

      • After the upgrade is disabled, the upgrade command can be delivered but will not be applied to the pods.

        If you are performing a rolling upgrade, the rolling upgrade stops after the disabling upgrade command is delivered. In this case, the new and old pods co-exist.

      • If a Deployment is being upgraded, it can be upgraded or rolled back. Its pods will inherit the latest updates of the Deployment. If they are inconsistent, the pods are upgraded automatically according to the latest information of the Deployment.

      Deployments in the disable upgrade state cannot be rolled back.

      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and choose More > Disable/Enable Upgrade in the Operation column of the workload.
      3. In the dialog box that is displayed, click Yes.
      +
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and choose More > Disable/Enable Upgrade in the Operation column of the workload.
      3. In the dialog box that is displayed, click Yes.
      -

      Managing Labels

      Labels are key-value pairs and can be attached to workloads. Workload labels are often used for affinity and anti-affinity scheduling. You can add labels to multiple workloads or a specified workload.

      -

      You can manage the labels of Deployments, StatefulSets, and DaemonSets based on service requirements. This section uses Deployments as an example to describe how to manage labels.

      -

      In the following figure, three labels (release, env, and role) are defined for workload APP 1, APP 2, and APP 3. The values of these labels vary with workload.

      -
      • Label of APP 1: [release:alpha;env:development;role:frontend]
      • Label of APP 2: [release:beta;env:testing;role:frontend]
      • Label of APP 3: [release:alpha;env:production;role:backend]
      -

      If you set key to role and value to frontend when using workload scheduling or another function, APP 1 and APP 2 will be selected.

      -
      Figure 1 Label example
      -
      1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
      2. Click the Deployments tab and choose More > Manage Label in the Operation column of the target workload.
      3. Click Add, enter a key and a value, and click OK.

        A key-value pair must contain 1 to 63 characters starting and ending with a letter or digit. Only letters, digits, hyphens (-), underscores (_), and periods (.) are allowed.

        +

        Managing Labels

        Labels are key-value pairs and can be attached to workloads. You can manage and select workloads by labels. You can add labels to multiple workloads or a specified workload.

        +
        1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
        2. Click the Deployments tab and choose More > Manage Label in the Operation column of the target workload.
        3. Click Add, enter a key and a value, and click OK.

          A key-value pair must contain 1 to 63 characters starting and ending with a letter or digit. Only letters, digits, hyphens (-), underscores (_), and periods (.) are allowed.

        Deleting a Workload/Job

        You can delete a workload or job that is no longer needed. Deleted workloads or jobs cannot be recovered. Exercise caution when you perform this operation. This section uses a Deployment as an example to describe how to delete a workload.

        -
        1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
        2. In the same row as the workload you will delete, choose Operation > More > Delete.

          Read the system prompts carefully. A workload cannot be recovered after it is deleted. Exercise caution when performing this operation.

          +
          1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
          2. In the same row as the workload you will delete, choose Operation > More > Delete.

            Read the system prompts carefully. A workload cannot be recovered after it is deleted. Exercise caution when performing this operation.

          3. Click Yes.

            • If the node where the pod is located is unavailable or shut down and the workload cannot be deleted, you can forcibly delete the pod from the pod list on the workload details page.
            • Ensure that the storage volumes to be deleted are not used by other workloads. If these volumes are imported or have snapshots, you can only unbind them.

        -

        Viewing Events

        This section uses Deployments as an example to illustrate how to view events of a workload. To view the event of a job or cron jon, click View Event in the Operation column of the target workload.

        -
        1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
        2. On the Deployments tab page, click the target workload. In the Pods tab page, click the View Events to view the event name, event type, number of occurrences, Kubernetes event, first occurrence time, and last occurrence time.

          Event data will be retained for one hour and then automatically deleted.

          +

          Events

          This section uses Deployments as an example to illustrate how to view events of a workload. To view the event of a job or cron jon, click View Event in the Operation column of the target workload.

          +
          1. Log in to the CCE console, go to an existing cluster, and choose Workloads in the navigation pane.
          2. On the Deployments tab page, click the target workload. In the Pods tab page, click the View Events to view the event name, event type, number of occurrences, Kubernetes event, first occurrence time, and last occurrence time.

            Event data will be retained for one hour and then automatically deleted.

          diff --git a/docs/cce/umn/cce_10_0009.html b/docs/cce/umn/cce_10_0009.html index 9772fa488..2fc10ca3f 100644 --- a/docs/cce/umn/cce_10_0009.html +++ b/docs/cce/umn/cce_10_0009.html @@ -1,20 +1,20 @@ -

          Using a Third-Party Image

          +

          Using Third-Party Images

          Scenario

          CCE allows you to create workloads using images pulled from third-party image repositories.

          -

          Generally, a third-party image repository can be accessed only after authentication (using your account and password). CCE uses the secret-based authentication to pull images. Therefore, you need to create a secret for an image repository before pulling images from the repository.

          +

          Generally, a third-party image repository can be accessed only after authentication (using your account and password). CCE uses the secret-based authentication to pull images. Therefore, create a secret for an image repository before pulling images from the repository.

          Prerequisites

          The node where the workload is running is accessible from public networks.

          -

          Using the Console

          1. Create a secret for accessing a third-party image repository.

            Click the cluster name and access the cluster console. In the navigation pane, choose ConfigMaps and Secrets. On the Secrets tab page, click Create Secret in the upper right corner. Set Secret Type to kubernetes.io/dockerconfigjson. For details, see Creating a Secret.

            +

            Using the Console

            1. Create a secret for accessing a third-party image repository.

              Click the cluster name to access the cluster console. In the navigation pane, choose ConfigMaps and Secrets. On the Secrets tab, click Create Secret in the upper right corner. Set Secret Type to kubernetes.io/dockerconfigjson. For details, see Creating a Secret.

              Enter the user name and password used to access the third-party image repository.

              -

            2. When creating a workload, you can enter a private image path in the format of domainname/namespace/imagename:tag in Image Name and select the key created in 1.

              +

            3. When creating a workload, you can enter a private image path in the format of domainname/namespace/imagename:tag for Image Name and select the key created in 1 for Image Access Credential.

            4. Set other parameters and click Create Workload.
            -

            Using kubectl

            1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
            2. Create a secret of the dockercfg type using kubectl.

              kubectl create secret docker-registry myregistrykey --docker-server=DOCKER_REGISTRY_SERVER --docker-username=DOCKER_USER --docker-password=DOCKER_PASSWORD --docker-email=DOCKER_EMAIL
              -

              In the preceding commands, myregistrykey indicates the secret name, and other parameters are described as follows:

              +

              Using kubectl

              1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
              2. Use kubectl to create a secret of the kubernetes.io/dockerconfigjson.

                kubectl create secret docker-registry myregistrykey  -n default --docker-server=DOCKER_REGISTRY_SERVER --docker-username=DOCKER_USER --docker-password=DOCKER_PASSWORD --docker-email=DOCKER_EMAIL
                +

                In the preceding command, myregistrykey indicates the key name, default indicates the namespace where the key is located, and other parameters are as follows:

                • DOCKER_REGISTRY_SERVER: address of a third-party image repository, for example, www.3rdregistry.com or 10.10.10.10:443
                • DOCKER_USER: account used for logging in to a third-party image repository
                • DOCKER_PASSWORD: password used for logging in to a third-party image repository
                • DOCKER_EMAIL: email of a third-party image repository
                -

              3. Use a third-party image to create a workload.

                A dockecfg secret is used for authentication when you obtain a private image. The following is an example of using the myregistrykey for authentication.
                apiVersion: v1
                +

              4. Use a third-party image to create a workload.

                A kubernetes.io/dockerconfigjson secret is used for authentication when you obtain a private image. The following is an example of using the myregistrykey for authentication.
                apiVersion: v1
                 kind: Pod
                 metadata:
                   name: foo
                diff --git a/docs/cce/umn/cce_10_0010.html b/docs/cce/umn/cce_10_0010.html
                index 4ce43b335..089cab3c1 100644
                --- a/docs/cce/umn/cce_10_0010.html
                +++ b/docs/cce/umn/cce_10_0010.html
                @@ -4,35 +4,35 @@
                 

                You can learn about a cluster network from the following two aspects:

                • What is a cluster network like? A cluster consists of multiple nodes, and pods (or containers) are running on the nodes. Nodes and containers need to communicate with each other. For details about the cluster network types and their functions, see Cluster Network Structure.
                • How is pod access implemented in a cluster? Accessing a pod or container is a process of accessing services of a user. Kubernetes provides Service and Ingress to address pod access issues. This section summarizes common network access scenarios. You can select the proper scenario based on site requirements. For details about the network access scenarios, see Access Scenarios.

                Cluster Network Structure

                All nodes in the cluster are located in a VPC and use the VPC network. The container network is managed by dedicated network add-ons.

                -

                -
                • Node Network

                  A node network assigns IP addresses to hosts (nodes in the figure above) in a cluster. You need to select a VPC subnet as the node network of the CCE cluster. The number of available IP addresses in a subnet determines the maximum number of nodes (including master nodes and worker nodes) that can be created in a cluster. This quantity is also affected by the container network. For details, see the container network model.

                  +

                  +
                  • Node Network

                    A node network assigns IP addresses to hosts (nodes in the figure above) in a cluster. Select a VPC subnet as the node network of the CCE cluster. The number of available IP addresses in a subnet determines the maximum number of nodes (including master nodes and worker nodes) that can be created in a cluster. This quantity is also affected by the container network. For details, see the container network model.

                  • Container Network

                    A container network assigns IP addresses to containers in a cluster. CCE inherits the IP-Per-Pod-Per-Network network model of Kubernetes. That is, each pod has an independent IP address on a network plane and all containers in a pod share the same network namespace. All pods in a cluster exist in a directly connected flat network. They can access each other through their IP addresses without using NAT. Kubernetes only provides a network mechanism for pods, but does not directly configure pod networks. The configuration of pod networks is implemented by specific container network add-ons. The container network add-ons are responsible for configuring networks for pods and managing container IP addresses.

                    Currently, CCE supports the following container network models:

                    -
                    • Container tunnel network: The container tunnel network is constructed on but independent of the node network through tunnel encapsulation. This network model uses VXLAN to encapsulate Ethernet packets into UDP packets and transmits them in tunnels. Open vSwitch serves as the backend virtual switch.
                    • VPC network: The VPC network uses VPC routing to integrate with the underlying network. This network model is applicable to performance-intensive scenarios. The maximum number of nodes allowed in a cluster depends on the route quota in a VPC network. Each node is assigned a CIDR block of a fixed size. This networking model is free from tunnel encapsulation overhead and outperforms the container tunnel network model. In addition, as VPC routing includes routes to node IP addresses and the container CIDR block, container pods in a cluster can be directly accessed from outside the cluster.
                    • Developed by CCE, Cloud Native Network 2.0 deeply integrates Elastic Network Interfaces (ENIs) and Sub Network Interfaces (sub-ENIs) of VPC. Container IP addresses are allocated from the VPC CIDR block. ELB passthrough networking is supported to direct access requests to containers. Security groups and elastic IPs (EIPs) are bound to deliver high performance.
                    +
                    • Container tunnel network: The container tunnel network is constructed on but independent of the node network through tunnel encapsulation. This network model uses VXLAN to encapsulate Ethernet packets into UDP packets and transmits them in tunnels. Open vSwitch serves as the backend virtual switch.
                    • VPC network: The VPC network uses VPC routing to integrate with the underlying network. This network model applies to performance-intensive scenarios. The maximum number of nodes allowed in a cluster depends on the route quota in a VPC network. Each node is assigned a CIDR block of a fixed size. This networking model is free from tunnel encapsulation overhead and outperforms the container tunnel network model. In addition, as VPC routing includes routes to node IP addresses and the container CIDR block, container pods in a cluster can be directly accessed from outside the cluster.
                    • Developed by CCE, Cloud Native Network 2.0 deeply integrates Elastic Network Interfaces (ENIs) and Sub Network Interfaces (sub-ENIs) of VPC. Container IP addresses are allocated from the VPC CIDR block. ELB passthrough networking is supported to direct access requests to containers. Security groups and elastic IPs (EIPs) are bound to deliver high performance.

                    The performance, networking scale, and application scenarios of a container network vary according to the container network model. For details about the functions and features of different container network models, see Overview.

                    -
                  • Service Network

                    Service is also a Kubernetes object. Each Service has a fixed IP address. When creating a cluster on CCE, you can specify the Service CIDR block. The Service CIDR block cannot overlap with the node or container CIDR block. The Service CIDR block can be used only within a cluster.

                    +
                  • Service Network

                    Service is also a Kubernetes object. Each Service has a static IP address. When creating a cluster on CCE, you can specify the Service CIDR block. The Service CIDR block cannot overlap with the node or container CIDR block. The Service CIDR block can be used only within a cluster.

                -

                Service

                A Service is used for pod access. With a fixed IP address, a Service forwards access traffic to pods and performs load balancing for these pods.

                -
                Figure 1 Accessing pods through a Service
                +

                Service

                A Service is used for pod access. With a static IP address, a Service forwards access traffic to pods and performs load balancing for these pods.

                +
                Figure 1 Accessing pods through a Service

                You can configure the following types of Services:

                • ClusterIP: used to make the Service only reachable from within a cluster.
                • NodePort: used for access from outside a cluster. A NodePort Service is accessed through the port on the node.
                • LoadBalancer: used for access from outside a cluster. It is an extension of NodePort, to which a load balancer routes, and external systems only need to access the load balancer.
                -

                For details about the Service, see Service Overview.

                +

                For details about the Service, see Overview.

                Ingress

                Services forward requests using layer-4 TCP and UDP protocols. Ingresses forward requests using layer-7 HTTP and HTTPS protocols. Domain names and paths can be used to achieve finer granularities.

                -
                Figure 2 Ingress-Service
                -

                For details about the ingress, see Ingress Overview.

                +
                Figure 2 Ingress-Service
                +

                For details about the ingress, see Overview.

                Access Scenarios

                Workload access scenarios can be categorized as follows:

                -
                • Intra-cluster access: A ClusterIP Service is used for workloads in the same cluster to access each other.
                • Access from outside a cluster: A Service (NodePort or LoadBalancer type) or an ingress is recommended for a workload outside a cluster to access workloads in the cluster.
                  • Access through the internet requires an EIP to be bound the node or load balancer.
                  • Access through the intranet requires an internal IP address to be bound the node or load balancer. If workloads are located in different VPCs, a peering connection is required to enable communication between different VPCs.
                  -
                • The workload accesses the external network.
                  • Accessing an intranet: The workload accesses the intranet address, but the implementation method varies depending on container network models. Ensure that the peer security group allows the access requests from the container CIDR block.
                  • Accessing a public network: You need to assign an EIP to the node where the workload runs (when the VPC network or tunnel network model is used), bind an EIP to the pod IP address (when the Cloud Native Network 2.0 model is used), or configure SNAT rules through the NAT gateway. For details, see Accessing Public Networks from a Container.
                  +
                  • Intra-cluster access: A ClusterIP Service is used for workloads in the same cluster to access each other.
                  • Access from outside a cluster: A Service (NodePort or LoadBalancer type) or an ingress is recommended for a workload outside a cluster to access workloads in the cluster.
                    • Access through the public network: An EIP should be bound to the node or load balancer.
                    • Access through the private network: The workload can be accessed through the internal IP address of the node or load balancer. If workloads are located in different VPCs, a peering connection is required to enable communication between different VPCs.
                    +
                  • The workload can access the external network as follows:
                    • Accessing an intranet: The workload accesses the intranet address, but the implementation method varies depending on container network models. Ensure that the peer security group allows the access requests from the container CIDR block.
                    • Accessing a public network: Assign an EIP to the node where the workload runs (when the VPC network or tunnel network model is used), bind an EIP to the pod IP address (when the Cloud Native Network 2.0 model is used), or configure SNAT rules through the NAT gateway. For details, see Accessing Public Networks from a Container.
                  -
                  Figure 3 Network access diagram
                  +
                  Figure 3 Network access diagram
                diff --git a/docs/cce/umn/cce_10_0011.html b/docs/cce/umn/cce_10_0011.html index e0d5cdb47..392352e5a 100644 --- a/docs/cce/umn/cce_10_0011.html +++ b/docs/cce/umn/cce_10_0011.html @@ -1,16 +1,16 @@ -

                Intra-Cluster Access (ClusterIP)

                +

                ClusterIP

                Scenario

                ClusterIP Services allow workloads in the same cluster to use their cluster-internal domain names to access each other.

                The cluster-internal domain name format is <Service name>.<Namespace of the workload>.svc.cluster.local:<Port>, for example, nginx.default.svc.cluster.local:80.

                Figure 1 shows the mapping relationships between access channels, container ports, and access ports.

                -
                Figure 1 Intra-cluster access (ClusterIP)
                +
                Figure 1 Intra-cluster access (ClusterIP)
                -

                Creating a ClusterIP Service

                1. Log in to the CCE console and access the cluster console.
                2. Choose Networking in the navigation pane and click Create Service in the upper right corner.
                3. Set intra-cluster access parameters.

                  • Service Name: Service name, which can be the same as the workload name.
                  • Service Type: Select ClusterIP.
                  • Namespace: Namespace to which the workload belongs.
                  • Selector: Add a label and click Add. A Service selects a pod based on the added label. You can also click Reference Workload Label to reference the label of an existing workload. In the dialog box that is displayed, select a workload and click OK.
                  • Port Settings
                    • Protocol: protocol used by the Service.
                    • Service Port: port used by the Service. The port number ranges from 1 to 65535.
                    • Container Port: port on which the workload listens. For example, Nginx uses port 80 by default.
                    +

                    Creating a ClusterIP Service

                    1. Log in to the CCE console and click the cluster name to access the cluster console.
                    2. Choose Networking in the navigation pane and click Create Service in the upper right corner.
                    3. Set intra-cluster access parameters.

                      • Service Name: Service name, which can be the same as the workload name.
                      • Service Type: Select ClusterIP.
                      • Namespace: Namespace to which the workload belongs.
                      • Selector: Add a label and click Add. A Service selects a pod based on the added label. You can also click Reference Workload Label to reference the label of an existing workload. In the dialog box that is displayed, select a workload and click OK.
                      • Port
                        • Protocol: protocol used by the Service.
                        • Service Port: port used by the Service. The port number ranges from 1 to 65535.
                        • Container Port: port on which the workload listens. For example, Nginx uses port 80 by default.

                    4. Click OK.
                    -

                    Setting the Access Type Using kubectl

                    You can run kubectl commands to set the access type (Service). This section uses a Nginx workload as an example to describe how to implement intra-cluster access using kubectl.

                    +

                    Setting the Access Type Using kubectl

                    You can run kubectl commands to set the access type (Service). This section uses an Nginx workload as an example to describe how to implement intra-cluster access using kubectl.

                    1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                    2. Create and edit the nginx-deployment.yaml and nginx-clusterip-svc.yaml files.

                      The file names are user-defined. nginx-deployment.yaml and nginx-clusterip-svc.yaml are merely example file names.

                      vi nginx-deployment.yaml
                      apiVersion: apps/v1
                       kind: Deployment
                      @@ -112,7 +112,7 @@ Commercial support is available at
                       
                      diff --git a/docs/cce/umn/cce_10_0012.html b/docs/cce/umn/cce_10_0012.html index ace9ae5fe..8eca81634 100644 --- a/docs/cce/umn/cce_10_0012.html +++ b/docs/cce/umn/cce_10_0012.html @@ -3,43 +3,43 @@

                      Creating a Node Pool

                      Scenario

                      This section describes how to create a node pool and perform operations on the node pool. For details about how a node pool works, see Node Pool Overview.

                      -

                      Notes and Constraints

                      • The autoscaler add-on needs to be installed for node auto scaling. For details about the add-on installation and parameter configuration, see autoscaler.
                      +

                      Constraints

                      • The autoscaler add-on needs to be installed for node auto scaling. For details about the add-on installation and parameter configuration, see autoscaler.
                      -

                      Procedure

                      1. Log in to the CCE console.
                      2. Click the cluster name and access the cluster console. Choose Nodes in the navigation pane and click the Node Pools tab on the right.
                      3. In the upper right corner of the page, click Create Node Pool.

                        Basic Settings

                        +

                        Procedure

                        1. Log in to the CCE console.
                        2. Click the cluster name to access the cluster console. Choose Nodes in the navigation pane and click the Node Pools tab on the right.
                        3. In the upper right corner of the page, click Create Node Pool.

                          Basic Settings

                          -
                          Table 1 Basic settings

                          Parameter

                          +
                          - - - - - - - @@ -54,24 +54,17 @@ - - - - - - @@ -82,15 +75,15 @@ - - @@ -100,33 +93,37 @@

                          Storage Settings

                          Configure storage resources on a node for the containers running on it. Set the disk size according to site requirements. -
                          Table 1 Basic settings

                          Parameter

                          Description

                          +

                          Description

                          Node Pool Name

                          +

                          Node Pool Name

                          Name of a node pool. By default, the name is in the format of Cluster name-nodepool-Random number. If you do not want to use the default name format, you can customize the name.

                          +

                          Name of a node pool. By default, the name is in the format of Cluster name-nodepool-Random number. If you do not want to use the default name format, you can customize the name.

                          Nodes

                          +

                          Nodes

                          Number of nodes to be created in this node pool.

                          +

                          Number of nodes to be created in this node pool.

                          Auto Scaling

                          +

                          Auto Scaling

                          By default, auto scaling is disabled.

                          -

                          Install the autoscaler add-on to enable auto scaling.

                          -

                          After you enable auto scaling by switching on , nodes in the node pool will be automatically created or deleted based on cluster loads.

                          -
                          • Maximum Nodes and Minimum Nodes: You can set the maximum and minimum number of nodes to ensure that the number of nodes to be scaled is within a proper range.
                          • Priority: Set this parameter based on service requirements. A larger value indicates a higher priority. For example, if this parameter is set to 1 and 4 respectively for node pools A and B, B has a higher priority than A. If the priorities of multiple node pools are set to the same value, for example, 2, the node pools are not prioritized and the system performs scaling based on the minimum resource waste principle.
                            NOTE:

                            CCE selects a node pool for auto scaling based on the following policies:

                            -
                            1. CCE uses algorithms to determine whether a node pool meets the conditions to allow scheduling of a pod in pending state, including whether the node resources are greater than requested by the pod, and whether the nodeSelect, nodeAffinity, and taints meet the conditions. In addition, the node pools that fail to be scaled (due to insufficient resources or other reasons) and are still in the 15-minute cool-down interval are filtered.
                            2. If multiple node pools meet the scaling requirements, the system checks the priority of each node pool and selects the node pool with the highest priority for scaling. The value ranges from 0 to 100 and the default priority is 0. The value 100 indicates the highest priority, and the value 0 indicates the lowest priority.
                            3. If multiple node pools have the same priority or no priority is configured for them, the system selects the node pool that will consume the least resources based on the configured VM specification.
                            4. If the VM specifications of multiple node pools are the same but the node pools are deployed in different AZs, the system randomly selects a node pool to trigger scaling.
                            +

                          By default, auto scaling is disabled.

                          +

                          To enable auto scaling, install the autoscaler add-on.

                          +

                          After you enable auto scaling by switching on , nodes in the node pool will be automatically created or deleted based on cluster loads.

                          +
                          • Maximum Nodes and Minimum Nodes: You can set the maximum and minimum number of nodes to ensure that the number of nodes to be scaled is within a proper range.
                          • Priority: Set this parameter based on service requirements. A larger value indicates a higher priority. For example, if this parameter is set to 1 and 4 respectively for node pools A and B, B has a higher priority than A. If the priorities of multiple node pools are set to the same value, these node pools are not prioritized and they will be scaled out by following the rule of maximizing resource utilization.
                            NOTE:

                            CCE selects a node pool for auto scaling based on the following policies:

                            +
                            1. CCE uses algorithms to determine whether a node pool meets the conditions to allow scheduling of a pod in pending state, including whether the node resources are greater than requested by the pod, and whether the nodeSelect, nodeAffinity, and taints meet the conditions. In addition, the node pools that fail to be scaled (due to insufficient resources or other reasons) and are still in the 15-minute cool-down interval are filtered.
                            2. If multiple node pools meet the scaling requirements, the system checks the priority of each node pool and selects the node pool with the highest priority for scaling. The value ranges from 0 to 100 and the default priority is 0. The value 100 indicates the highest priority, and the value 0 indicates the lowest priority.
                            3. If multiple node pools have the same priority or no priority is configured for them, the system selects the node pool that will consume the least resources based on the configured VM specification.
                            4. If the VM specifications of multiple node pools are the same but the node pools are deployed in different AZs, the system randomly selects a node pool to trigger scaling.
                            -
                          • Cooldown Period: Requied. The unit is minute. This field indicates the period during which the nodes added in the current node pool cannot be scaled in.

                            Scale-in cooling intervals can be configured in the node pool settings and the autoscaler add-on settings.

                            -

                            Scale-in cooling interval configured in a node pool

                            -

                            This interval indicates the period during which nodes added to the current node pool after a scale-out operation cannot be deleted. This interval takes effect at the node pool level.

                            -

                            Scale-in cooling interval configured in the autoscaler add-on

                            -

                            The interval after a scale-out indicates the period during which the entire cluster cannot be scaled in after the autoscaler add-on triggers scale-out (due to the unschedulable pods, metrics, and scaling policies). This interval takes effect at the cluster level.

                            -

                            The interval after a node is deleted indicates the period during which the cluster cannot be scaled in after the autoscaler add-on triggers scale-in. This interval takes effect at the cluster level.

                            -

                            The interval after a failed scale-in indicates the period during which the cluster cannot be scaled in after the autoscaler add-on triggers scale-in. This interval takes effect at the cluster level.

                            +
                          • Cooldown Period: Enter a period, in minutes. This field indicates the period during which the nodes added in the current node pool cannot be scaled in.

                            Scale-in cooling intervals can be configured in the node pool settings and the autoscaler add-on settings.

                            +

                            Scale-in cooling interval configured in a node pool

                            +

                            This interval indicates the period during which nodes added to the current node pool after a scale-out operation cannot be deleted. This setting takes effect in the entire node pool.

                            +

                            Scale-in cooling interval configured in the autoscaler add-on

                            +

                            The interval after a scale-out indicates the period during which the entire cluster cannot be scaled in after the autoscaler add-on triggers scale-out (due to the unschedulable pods, metrics, and scaling policies). This setting takes effect in the entire cluster.

                            +

                            The interval after a node is deleted indicates the period during which the cluster cannot be scaled in after the autoscaler add-on triggers scale-in. This setting takes effect in the entire cluster.

                            +

                            The interval after a failed scale-in indicates the period during which the cluster cannot be scaled in after the autoscaler add-on triggers scale-in. This setting takes effect in the entire cluster.

                          -
                          NOTE:

                          You are advised not to store important data on nodes in a node pool because after auto scaling, data cannot be restored as nodes may be deleted.

                          +
                          NOTE:

                          You are advised not to store important data on nodes in a node pool because after auto scaling, data cannot be restored as nodes may be deleted.

                          AZ

                          +

                          Node Type

                          AZ where the node is located. Nodes in a cluster can be created in different AZs for higher reliability. The value cannot be changed after the node is created.

                          -

                          You are advised to select Random to deploy your node in a random AZ based on the selected node flavor.

                          -

                          An AZ is a physical region where resources use independent power supply and networks. AZs are physically isolated but interconnected through an internal network. To enhance workload availability, create nodes in different AZs.

                          -

                          Node Type

                          -
                          CCE cluster:
                          • ECS (VM): Containers run on ECSs.
                          +
                          CCE cluster:
                          • ECS (VM): Containers run on ECSs.
                          -
                          CCE Turbo cluster:
                          • ECS (VM): Containers run on ECSs. Only Trunkport ECSs (models that can be bound with multiple elastic network interfaces (ENIs)) are supported.
                          +
                          CCE Turbo cluster:
                          • ECS (VM): Containers run on ECSs. Only the ECSs that can be bound with multiple NICs are supported.

                          Container Engine

                          CCE clusters support Docker and containerd in some scenarios.
                          • VPC network clusters of v1.23 and later versions support containerd. Container tunnel network clusters of v1.23.2-r0 and later versions support containerd.
                          • For a CCE Turbo cluster, both Docker and containerd are supported. For details, see Mapping between Node OSs and Container Engines.
                          +
                          CCE clusters support Docker and containerd in some scenarios.
                          • VPC network clusters of v1.23 and later versions support containerd. Tunnel network clusters of v1.23.2-r0 and later versions support containerd.
                          • For a CCE Turbo cluster, both Docker and containerd are supported. For details, see Mapping between Node OSs and Container Engines.

                          OS

                          Select an OS type. Different types of nodes support different OSs. For details, see Supported Node Specifications.

                          +

                          Select an OS type. Different types of nodes support different OSs. For details, see Supported Node Specifications.

                          Public image: Select an OS for the node.

                          -

                          Private image: You can use private images.

                          +

                          Private image: You can use private images.

                          Login Mode

                          • Key Pair

                            Select the key pair used to log in to the node. You can select a shared key.

                            -

                            A key pair is used for identity authentication when you remotely log in to a node. If no key pair is available, click Create Key Pair..

                            +
                          • Key Pair

                            Select the key pair used to log in to the node. You can select a shared key.

                            +

                            A key pair is used for identity authentication when you remotely log in to a node. If no key pair is available, click Create Key Pair.

                          Table 3 Parameters for storage settings

                          Parameter

                          +
                          - - - - - @@ -146,7 +143,7 @@ - @@ -164,64 +161,66 @@

                          Advanced Settings

                          Configure advanced node capabilities such as labels, taints, and startup command. -
                          Table 3 Configuration parameters

                          Parameter

                          Description

                          +

                          Description

                          System Disk

                          +

                          System Disk

                          System disk used by the node OS. The value ranges from 40 GB to 1,024 GB. The default value is 50 GB.

                          -
                          Encryption: Data disk encryption safeguards your data. Snapshots generated from encrypted disks and disks created using these snapshots automatically inherit the encryption function. This function is available only in certain regions.
                          • Encryption is not selected by default.
                          • After you select Encryption, you can select an existing key in the displayed dialog box. If no key is available, click View Key List to create a key. After the key is created, click the refresh icon.
                          +

                          System disk used by the node OS. The value ranges from 40 GiB to 1,024 GiB. The default value is 50 GiB.

                          +
                          Encryption: System disk encryption safeguards your data. Snapshots generated from encrypted disks and disks created using these snapshots automatically inherit the encryption setting. This function is available only in certain regions.
                          • Encryption is not selected by default.
                          • After selecting Encryption, you can select an existing key in the displayed dialog box. If no key is available, click View Key List and create a key. After the key is created, click the refresh icon next to the Encryption text box.

                          Data Disk

                          +

                          Data Disk

                          At least one data disk is required for the container runtime and kubelet. The data disk cannot be deleted or uninstalled. Otherwise, the node will be unavailable.

                          -
                          • First data disk: used for container runtime and kubelet components. The value ranges from 20 GB to 32,768 GB. The default value is 100 GB.
                          • Other data disks: You can set the data disk size to a value ranging from 10 GB to 32,768 GB. The default value is 100 GB.
                          -

                          Advanced Settings

                          -

                          Click Expand to set the following parameters:

                          -
                          • Allocate Disk Space: Select this option to define the disk space occupied by the container runtime to store the working directories, container image data, and image metadata. For details about how to allocate data disk space, see Data Disk Space Allocation.
                          • Encryption: Data disk encryption safeguards your data. Snapshots generated from encrypted disks and disks created using these snapshots automatically inherit the encryption function. This function is available only in certain regions.
                            • Encryption is not selected by default.
                            • After you select Encryption, you can select an existing key in the displayed dialog box. If no key is available, click View Key List to create a key. After the key is created, click the refresh icon.
                            +

                          At least one data disk is required for the container runtime and kubelet. The data disk cannot be deleted or uninstalled. Otherwise, the node will be unavailable.

                          +
                          • First data disk: used for container runtime and kubelet components. The value ranges from 20 GiB to 32,768 GiB. The default value is 100 GiB.
                          • Other data disks: You can set the data disk size to a value ranging from 10 GB to 32,768 GiB. The default value is 100 GiB.
                          +
                          NOTE:

                          If the node flavor is disk-intensive or ultra-high I/O, one data disk can be a local disk.

                          +

                          Local disks may break down and do not ensure data reliability. Store your service data in EVS disks, which are more reliable than local disks.

                          +
                          +

                          Advanced Settings

                          +

                          Click Expand to configure the following parameters:

                          +
                          • Data Disk Space Allocation: After selecting Set Container Engine Space, you can specify the proportion of the space for the container engine, image, and temporary storage on the data disk. The container engine space is used to store the working directory, container image data, and image metadata for the container runtime. The remaining space of the data disk is used for pod configuration files, keys, and EmptyDir. For details about how to allocate data disk space, see Data Disk Space Allocation.
                          • Encryption: Data disk encryption safeguards your data. Snapshots generated from encrypted disks and disks created using these snapshots automatically inherit the encryption setting. This function is available only in certain regions.
                            • Encryption is not selected by default.
                            • After selecting Encryption, you can select an existing key in the displayed dialog box. If no key is available, click View Key List and create a key. After the key is created, click the refresh icon next to the Encryption text box.
                          -

                          Adding Multiple Data Disks

                          -

                          A maximum of four data disks can be added. By default, raw disks are created without any processing. You can also click Expand and select any of the following options:

                          -
                          • Default: By default, a raw disk is created without any processing.
                          • Mount Disk: The data disk is attached to a specified directory.
                          -

                          Local Disk Description

                          -

                          If the node flavor is disk-intensive or ultra-high I/O, one data disk can be a local disk.

                          -

                          Local disks may break down and do not ensure data reliability. It is recommended that you store service data in EVS disks, which are more reliable than local disks.

                          +

                          Adding Multiple Data Disks

                          +

                          A maximum of four data disks can be added. By default, raw disks are created without any processing. You can also click Expand and select any of the following options:

                          +
                          • Default: By default, a raw disk is created without any processing.
                          • Mount Disk: The data disk is attached to a specified directory.
                          • Use as PV: applicable to scenarios in which there is a high performance requirement on PVs. The node.kubernetes.io/local-storage-persistent label is added to the node with PV configured. The value is linear or striped.
                          • Use as ephemeral volume: applicable to scenarios in which there is a high performance requirement on EmptyDir.
                          +
                          NOTE:
                          • Local PVs are supported only when the cluster version is v1.21.2-r0 or later and the everest add-on version is 2.1.23 or later. Version 2.1.23 or later is recommended.
                          • Local EVs are supported only when the cluster version is v1.21.2-r0 or later and the everest add-on version is 1.2.29 or later.
                          +
                          +
                          Local Persistent Volumes (Local PVs) and Local EVs support the following write modes:
                          • Linear: A linear logical volume integrates one or more physical volumes. Data is written to the next physical volume when the previous one is used up.
                          • Striped: A striped logical volume stripes data into blocks of the same size and stores them in multiple physical volumes in sequence, allowing data to be concurrently read and written. A storage pool consisting of striped volumes cannot be scaled-out. This option can be selected only when multiple volumes exist.
                          +

                          The node subnet selected during cluster creation is used by default. You can choose another subnet instead.

                          Node IP Address

                          +

                          Node IP

                          Random allocation is supported.

                          Table 5 Advanced configuration parameters

                          Parameter

                          +
                          - - - - - - - - - - - - - - - - - diff --git a/docs/cce/umn/cce_10_0014.html b/docs/cce/umn/cce_10_0014.html index 3f83ff87c..a4266a065 100644 --- a/docs/cce/umn/cce_10_0014.html +++ b/docs/cce/umn/cce_10_0014.html @@ -1,788 +1,25 @@

                          LoadBalancer

                          -

                          Scenario

                          A workload can be accessed from public networks through a load balancer, which is more secure and reliable than EIP.

                          -

                          The LoadBalancer access address is in the format of <IP address of public network load balancer>:<access port>, for example, 10.117.117.117:80.

                          -

                          In this access mode, requests are transmitted through an ELB load balancer to a node and then forwarded to the destination pod through the Service.

                          -
                          Figure 1 LoadBalancer
                          -

                          When CCE Turbo clusters and dedicated load balancers are used, passthrough networking is supported to reduce service latency and ensure zero performance loss.

                          -

                          External access requests are directly forwarded from a load balancer to pods. Internal access requests can be forwarded to a pod through a Service.

                          -
                          Figure 2 Passthrough networking
                          -
                          -

                          Notes and Constraints

                          • LoadBalancer Services allow workloads to be accessed from public networks through ELB. This access mode has the following restrictions:
                            • It is recommended that automatically created load balancers not be used by other resources. Otherwise, these load balancers cannot be completely deleted, causing residual resources.
                            • Do not change the listener name for the load balancer in clusters of v1.15 and earlier. Otherwise, the load balancer cannot be accessed.
                            -
                          • After a Service is created, if the affinity setting is switched from the cluster level to the node level, the connection tracing table will not be cleared. You are advised not to modify the Service affinity setting after the Service is created. If you need to modify it, create a Service again.
                          • If the service affinity is set to the node level (that is, externalTrafficPolicy is set to Local), the cluster may fail to access the Service by using the ELB address. For details, see Why a Cluster Fails to Access Services by Using the ELB Address.
                          • CCE Turbo clusters support only cluster-level service affinity.
                          • Dedicated ELB load balancers can be used only in clusters of v1.17 and later.
                          • Dedicated load balancers must be the network type (TCP/UDP) supporting private networks (with a private IP). If the Service needs to support HTTP, the specifications of dedicated load balancers must use HTTP/HTTPS (application load balancing) in addition to TCP/UDP (network load balancing).
                          • If you create a LoadBalancer Service on the CCE console, a random node port is automatically generated. If you use kubectl to create a LoadBalancer Service, a random node port is generated unless you specify one.
                          • In a CCE cluster, if the cluster-level affinity is configured for a LoadBalancer Service, requests are distributed to the node ports of each node using SNAT when entering the cluster. The number of node ports cannot exceed the number of available node ports on the node. If the Service affinity is at the node level (local), there is no such constraint. In a CCE Turbo cluster, this constraint applies to shared ELB load balancers, but not dedicated ones. You are advised to use dedicated ELB load balancers in CCE Turbo clusters.
                          • When the cluster service forwarding (proxy) mode is IPVS, the node IP cannot be configured as the external IP of the Service. Otherwise, the node is unavailable.
                          • In a cluster using the IPVS proxy mode, if the ingress and Service use the same ELB load balancer, the ingress cannot be accessed from the nodes and containers in the cluster because kube-proxy mounts the LoadBalancer Service address to the ipvs-0 bridge. This bridge intercepts the traffic of the load balancer connected to the ingress. You are advised to use different ELB load balancers for the ingress and Service.
                          -
                          -

                          Creating a LoadBalancer Service

                          1. Log in to the CCE console and click the cluster name to access the cluster.
                          2. Choose Networking in the navigation pane and click Create Service in the upper right corner.
                          3. Set parameters.

                            • Service Name: Specify a Service name, which can be the same as the workload name.
                            • Access Type: Select LoadBalancer.
                            • Namespace: Namespace to which the workload belongs.
                            • Service Affinity: For details, see externalTrafficPolicy (Service Affinity).
                              • Cluster level: The IP addresses and access ports of all nodes in a cluster can be used to access the workload associated with the Service. Service access will cause performance loss due to route redirection, and the source IP address of the client cannot be obtained.
                              • Node level: Only the IP address and access port of the node where the workload is located can access the workload associated with the Service. Service access will not cause performance loss due to route redirection, and the source IP address of the client can be obtained.
                              -
                            • Selector: Add a label and click Add. A Service selects a pod based on the added label. You can also click Reference Workload Label to reference the label of an existing workload. In the dialog box that is displayed, select a workload and click OK.
                            • Load Balancer

                              Select the load balancer to interconnect. Only load balancers in the same VPC as the cluster are supported. If no load balancer is available, click Create Load Balancer to create one on the ELB console.

                              -

                              You can click the edit icon in the row of Set ELB to configure load balancer parameters.

                              -
                              • Distribution Policy: Three algorithms are available: weighted round robin, weighted least connections algorithm, or source IP hash.
                                • Weighted round robin: Requests are forwarded to different servers based on their weights, which indicate server processing performance. Backend servers with higher weights receive proportionately more requests, whereas equal-weighted servers receive the same number of requests. This algorithm is often used for short connections, such as HTTP services.
                                • Weighted least connections: In addition to the weight assigned to each server, the number of connections processed by each backend server is also considered. Requests are forwarded to the server with the lowest connections-to-weight ratio. Building on least connections, the weighted least connections algorithm assigns a weight to each server based on their processing capability. This algorithm is often used for persistent connections, such as database connections.
                                • Source IP hash: The source IP address of each request is calculated using the hash algorithm to obtain a unique hash key, and all backend servers are numbered. The generated key allocates the client to a particular server. This enables requests from different clients to be distributed in load balancing mode and ensures that requests from the same client are forwarded to the same server. This algorithm applies to TCP connections without cookies.
                                -
                                -
                              • Type: This function is disabled by default. You can select Source IP address. Listeners ensure session stickiness based on IP addresses. Requests from the same IP address will be forwarded to the same backend server.
                              • Health Check: configured for the load balancer. When TCP is selected during the port settings, you can choose either TCP or HTTP. When UDP is selected during the port settings, only UDP is supported.. By default, the service port (Node Port and container port of the Service) is used for health check. You can also specify another port for health check. After the port is specified, a service port named cce-healthz will be added for the Service.
                              -
                            • Port Settings
                              • Protocol: protocol used by the Service.
                              • Service Port: port used by the Service. The port number ranges from 1 to 65535.
                              • Container Port: port on which the workload listens. For example, Nginx uses port 80 by default.
                              -
                            • Annotation: The LoadBalancer Service has some advanced CCE functions, which are implemented by annotations. For details, see Service Annotations. When you use kubectl to create a container, annotations will be used. For details, see Using kubectl to Create a Service (Using an Existing Load Balancer) and Using kubectl to Create a Service (Automatically Creating a Load Balancer).
                            -

                          4. Click OK.
                          -
                          -

                          Using kubectl to Create a Service (Using an Existing Load Balancer)

                          You can set the access type when creating a workload using kubectl. This section uses an Nginx workload as an example to describe how to add a LoadBalancer Service using kubectl.

                          -
                          1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                          2. Create and edit the nginx-deployment.yaml and nginx-elb-svc.yaml files.

                            The file names are user-defined. nginx-deployment.yaml and nginx-elb-svc.yaml are merely example file names.

                            -

                            vi nginx-deployment.yaml

                            -
                            apiVersion: apps/v1
                            -kind: Deployment
                            -metadata:
                            -  name: nginx
                            -spec:
                            -  replicas: 1
                            -  selector:
                            -    matchLabels:
                            -      app: nginx
                            -  template:
                            -    metadata:
                            -      labels:
                            -        app: nginx
                            -    spec:
                            -      containers:
                            -      - image: nginx 
                            -        name: nginx
                            -      imagePullSecrets:
                            -      - name: default-secret
                            -

                            -

                            vi nginx-elb-svc.yaml

                            -

                            Before enabling sticky session, ensure that the following conditions are met:

                            -
                            • The workload protocol is TCP.
                            • Anti-affinity has been configured between pods of the workload. That is, all pods of the workload are deployed on different nodes. For details, see Scheduling Policy (Affinity/Anti-affinity).
                            -
                            -
                            apiVersion: v1 
                            -kind: Service 
                            -metadata: 
                            -  annotations:
                            -    kubernetes.io/elb.id: 5083f225-9bf8-48fa-9c8b-67bd9693c4c0   # ELB ID. Replace it with the actual value.
                            -    kubernetes.io/elb.class: union                   # Load balancer type
                            -  name: nginx 
                            -spec: 
                            -  ports: 
                            -  - name: service0 
                            -    port: 80     # Port for accessing the Service, which is also the listener port on the load balancer.
                            -    protocol: TCP 
                            -    targetPort: 80  # Port used by a Service to access the target container. This port is closely related to the applications running in a container. 
                            -  selector: 
                            -    app: nginx 
                            -  type: LoadBalancer
                            - -
                          Table 5 Advanced configuration parameters

                          Parameter

                          Description

                          +

                          Description

                          Kubernetes Label

                          +

                          Kubernetes Label

                          Click Add to set the key-value pair attached to the Kubernetes objects (such as pods). A maximum of 20 labels can be added.

                          -

                          Labels can be used to distinguish nodes. With workload affinity settings, container pods can be scheduled to a specified node. For more information, see Labels and Selectors.

                          +

                          A key-value pair added to a Kubernetes object (such as a pod). A maximum of 20 labels can be added.

                          +

                          Labels can be used to distinguish nodes. With workload affinity settings, container pods can be scheduled to a specified node. For more information, see Labels and Selectors.

                          Resource Tag

                          +

                          Resource Tag

                          You can add resource tags to classify resources.

                          -

                          You can create predefined tags in Tag Management Service (TMS). Predefined tags are visible to all service resources that support the tagging function. You can use these tags to improve tagging and resource migration efficiency.

                          -

                          CCE will automatically create the "CCE-Dynamic-Provisioning-Node=node id" tag.

                          +

                          You can add resource tags to classify resources.

                          +

                          You can create predefined tags in Tag Management Service (TMS). Predefined tags are available to all service resources that support tags. You can use these tags to improve tagging and resource migration efficiency.

                          +

                          CCE will automatically create the "CCE-Dynamic-Provisioning-Node=node id" tag.

                          Taint

                          +

                          Taint

                          This parameter is left blank by default. You can add taints to set anti-affinity for the node. A maximum of 10 taints are allowed for each node. Each taint contains the following parameters:
                          • Key: A key must contain 1 to 63 characters starting with a letter or digit. Only letters, digits, hyphens (-), underscores (_), and periods (.) are allowed. A DNS subdomain name can be used as the prefix of a key.
                          • Value: A value must start with a letter or digit and can contain a maximum of 63 characters, including letters, digits, hyphens (-), underscores (_), and periods (.).
                          • Effect: Available options are NoSchedule, PreferNoSchedule, and NoExecute.
                          +
                          This parameter is left blank by default. You can add taints to configure anti-affinity for the node. A maximum of 20 taints are allowed for each node. Each taint contains the following parameters:
                          • Key: A key must contain 1 to 63 characters, starting with a letter or digit. Only letters, digits, hyphens (-), underscores (_), and periods (.) are allowed. A DNS subdomain name can be used as the prefix of a key.
                          • Value: A value must start with a letter or digit and can contain a maximum of 63 characters, including letters, digits, hyphens (-), underscores (_), and periods (.).
                          • Effect: Available options are NoSchedule, PreferNoSchedule, and NoExecute.
                          -

                          For details, see Managing Node Taints.

                          -
                          NOTE:

                          For a cluster of v1.19 or earlier, the workload may have been scheduled to a node before the taint is added. To avoid such a situation, select a cluster of v1.19 or later.

                          +

                          For details, see Managing Node Taints.

                          +
                          NOTE:

                          For a cluster of v1.19 or earlier, the workload may have been scheduled to a node before the taint is added. To avoid such a situation, select a cluster of v1.19 or later.

                          Max. Pods

                          +

                          Max. Pods

                          Maximum number of pods that can run on the node, including the default system pods.

                          -

                          This limit prevents the node from being overloaded with pods.

                          -

                          This number is also decided by other factors. For details, see Maximum Number of Pods That Can Be Created on a Node.

                          +

                          Maximum number of pods that can run on the node, including the default system pods.

                          +

                          This limit prevents the node from being overloaded with pods.

                          +

                          This number is also decided by other factors. For details, see Maximum Number of Pods That Can Be Created on a Node.

                          ECS Group

                          +

                          ECS Group

                          An ECS group logically groups ECSs. The ECSs in the same ECS group comply with the same policy associated with the ECS group.

                          -

                          Anti-affinity: ECSs in an ECS group are deployed on different physical hosts to improve service reliability.

                          -

                          Select an existing ECS group, or click Add ECS Group to create one. After the ECS group is created, click the refresh button.

                          +

                          An ECS group logically groups ECSs. The ECSs in the same ECS group comply with the same policy associated with the ECS group.

                          +

                          Anti-affinity: ECSs in an ECS group are deployed on different physical hosts to improve service reliability.

                          +

                          Select an existing ECS group, or click Add ECS Group to create one. After the ECS group is created, click the refresh button.

                          Pre-installation Command

                          +

                          Pre-installation Command

                          Enter commands. A maximum of 1,000 characters are allowed.

                          -

                          The script will be executed before Kubernetes software is installed. Note that if the script is incorrect, Kubernetes software may fail to be installed.

                          +

                          Enter commands. A maximum of 1,000 characters are allowed.

                          +

                          The script will be executed before Kubernetes software is installed. Note that if the script is incorrect, Kubernetes software may fail to be installed.

                          Post-installation Command

                          +

                          Post-installation Command

                          Enter commands. A maximum of 1,000 characters are allowed.

                          -

                          The script will be executed after Kubernetes software is installed and will not affect the installation.

                          +

                          Enter commands. A maximum of 1,000 characters are allowed.

                          +

                          The script will be executed after Kubernetes software is installed and will not affect the installation.

                          +
                          NOTE:

                          Do not run the reboot command in the post-installation script to restart the system immediately. To restart the system, run the shutdown -r 1 command to delay the restart for one minute.

                          +

                          Agency

                          +

                          Agency

                          An agency is created by the account administrator on the IAM console. By creating an agency, you can share your cloud server resources with another account, or entrust a more professional person or team to manage your resources.

                          -

                          If no agency is available, click Create Agency on the right to create one.

                          +

                          An agency is created by the account administrator on the IAM console. By creating an agency, you can share your cloud server resources with another account, or entrust a more professional person or team to manage your resources.

                          +

                          If no agency is available, click Create Agency on the right to create one.

                          - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
                          Table 1 Key parameters

                          Parameter

                          -

                          Mandatory

                          -

                          Type

                          -

                          Description

                          -

                          kubernetes.io/elb.class

                          -

                          Yes

                          -

                          String

                          -

                          Select a proper load balancer type as required.

                          -

                          The value can be:

                          -
                          • union: shared load balancer
                          • performance: dedicated load balancer, which can be used only in clusters of v1.17 and later.
                          -

                          kubernetes.io/elb.session-affinity-mode

                          -

                          No

                          -

                          String

                          -

                          Listeners ensure session stickiness based on IP addresses. Requests from the same IP address will be forwarded to the same backend server.

                          -
                          • Disabling sticky session: Do not set this parameter.
                          • Enabling sticky session: Set this parameter to SOURCE_IP, indicating that the sticky session is based on the source IP address.
                          -

                          kubernetes.io/elb.session-affinity-option

                          -

                          No

                          -

                          Table 2 Object

                          -

                          This parameter specifies the sticky session timeout.

                          -

                          kubernetes.io/elb.id

                          -

                          Yes

                          -

                          String

                          -

                          This parameter indicates the ID of a load balancer. The value can contain 1 to 100 characters.

                          -

                          Mandatory when an existing load balancer is to be associated.

                          -

                          Obtaining the load balancer ID:

                          -

                          On the management console, click Service List, and choose Networking > Elastic Load Balance. Click the name of the target load balancer. On the Summary tab page, find and copy the ID.

                          -
                          NOTE:

                          The system preferentially interconnects with the load balancer based on the kubernetes.io/elb.id field. If this field is not specified, the spec.loadBalancerIP field is used (optional and available only in 1.23 and earlier versions).

                          -

                          Do not use the spec.loadBalancerIP field to connect to the load balancer. This field will be discarded by Kubernetes. For details, see Deprecation.

                          -
                          -

                          kubernetes.io/elb.subnet-id

                          -

                          -

                          -

                          String

                          -

                          This parameter indicates the ID of the subnet where the cluster is located. The value can contain 1 to 100 characters.

                          -
                          • Mandatory when a cluster of v1.11.7-r0 or earlier is to be automatically created.
                          • Optional for clusters later than v1.11.7-r0.
                          -

                          kubernetes.io/elb.lb-algorithm

                          -

                          No

                          -

                          String

                          -

                          This parameter indicates the load balancing algorithm of the backend server group. The default value is ROUND_ROBIN.

                          -

                          Options:

                          -
                          • ROUND_ROBIN: weighted round robin algorithm
                          • LEAST_CONNECTIONS: weighted least connections algorithm
                          • SOURCE_IP: source IP hash algorithm
                          -

                          When the value is SOURCE_IP, the weights of backend servers in the server group are invalid.

                          -

                          kubernetes.io/elb.health-check-flag

                          -

                          No

                          -

                          String

                          -

                          Whether to enable the ELB health check.

                          -
                          • Enabling health check: Leave blank this parameter or set it to on.
                          • Disabling health check: Set this parameter to off.
                          -

                          If this parameter is enabled, the kubernetes.io/elb.health-check-option field must also be specified at the same time.

                          -

                          kubernetes.io/elb.health-check-option

                          -

                          No

                          -

                          Table 3 Object

                          -

                          ELB health check configuration items.

                          -
                          -
                          - -
                          - - - - - - - - - - - -
                          Table 2 Data structure of the elb.session-affinity-option field

                          Parameter

                          -

                          Mandatory

                          -

                          Type

                          -

                          Description

                          -

                          persistence_timeout

                          -

                          Yes

                          -

                          String

                          -

                          Sticky session timeout, in minutes. This parameter is valid only when elb.session-affinity-mode is set to SOURCE_IP.

                          -

                          Value range: 1 to 60. Default value: 60

                          -
                          -
                          - -
                          - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
                          Table 3 Data structure description of the elb.health-check-option field

                          Parameter

                          -

                          Mandatory

                          -

                          Type

                          -

                          Description

                          -

                          delay

                          -

                          No

                          -

                          String

                          -

                          Initial waiting time (in seconds) for starting the health check.

                          -

                          Value range: 1 to 50. Default value: 5

                          -

                          timeout

                          -

                          No

                          -

                          String

                          -

                          Health check timeout, in seconds.

                          -

                          Value range: 1 to 50. Default value: 10

                          -

                          max_retries

                          -

                          No

                          -

                          String

                          -

                          Maximum number of health check retries.

                          -

                          Value range: 1 to 10. Default value: 3

                          -

                          protocol

                          -

                          No

                          -

                          String

                          -

                          Health check protocol.

                          -

                          Default value: protocol of the associated Service

                          -

                          Value options: TCP, UDP, or HTTP

                          -

                          path

                          -

                          No

                          -

                          String

                          -

                          Health check URL. This parameter needs to be configured when the protocol is HTTP.

                          -

                          Default value: /

                          -

                          The value can contain 1 to 10,000 characters.

                          -
                          -
                          -

                        4. Create a workload.

                          kubectl create -f nginx-deployment.yaml

                          -

                          If information similar to the following is displayed, the workload has been created.

                          -
                          deployment/nginx created
                          -

                          kubectl get pod

                          -

                          If information similar to the following is displayed, the workload is running.

                          -
                          NAME                     READY     STATUS             RESTARTS   AGE
                          -nginx-2601814895-c1xhw   1/1       Running            0          6s
                          -

                        5. Create a Service.

                          kubectl create -f nginx-elb-svc.yaml

                          -

                          If information similar to the following is displayed, the Service has been created.

                          -
                          service/nginx created
                          -

                          kubectl get svc

                          -

                          If information similar to the following is displayed, the access type has been set successfully, and the workload is accessible.

                          -
                          NAME         TYPE           CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
                          -kubernetes   ClusterIP      10.247.0.1       <none>        443/TCP        3d
                          -nginx        LoadBalancer   10.247.130.196   10.78.42.242   80:31540/TCP   51s
                          -

                        6. Enter the URL in the address box of the browser, for example, 10.78.42.242:80. 10.78.42.242 indicates the IP address of the load balancer, and 80 indicates the access port displayed on the CCE console.

                          The Nginx is accessible.

                          -
                          Figure 3 Accessing Nginx through the LoadBalancer Service
                          -

                        7. - -

                          Using kubectl to Create a Service (Automatically Creating a Load Balancer)

                          You can add a Service when creating a workload using kubectl. This section uses an Nginx workload as an example to describe how to add a LoadBalancer Service using kubectl.

                          -
                          1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                          2. Create and edit the nginx-deployment.yaml and nginx-elb-svc.yaml files.

                            The file names are user-defined. nginx-deployment.yaml and nginx-elb-svc.yaml are merely example file names.

                            -

                            vi nginx-deployment.yaml

                            -
                            apiVersion: apps/v1
                            -kind: Deployment
                            -metadata:
                            -  name: nginx
                            -spec:
                            -  replicas: 1
                            -  selector:
                            -    matchLabels:
                            -      app: nginx
                            -  template:
                            -    metadata:
                            -      labels:
                            -        app: nginx
                            -    spec:
                            -      containers:
                            -      - image: nginx 
                            -        name: nginx
                            -      imagePullSecrets:
                            -      - name: default-secret
                            -

                            -

                            vi nginx-elb-svc.yaml

                            -

                            Before enabling sticky session, ensure that the following conditions are met:

                            -
                            • The workload protocol is TCP.
                            • Anti-affinity has been configured between pods of the workload. That is, all pods of the workload are deployed on different nodes. For details, see Scheduling Policy (Affinity/Anti-affinity).
                            -
                            -
                            Example of a Service using a shared, public network load balancer:
                            apiVersion: v1 
                            -kind: Service 
                            -metadata: 
                            -  annotations:   
                            -    kubernetes.io/elb.class: union
                            -    kubernetes.io/elb.autocreate: 
                            -        '{
                            -            "type": "public",
                            -            "bandwidth_name": "cce-bandwidth-1551163379627",
                            -            "bandwidth_chargemode": "bandwidth",
                            -            "bandwidth_size": 5,
                            -            "bandwidth_sharetype": "PER",
                            -            "eip_type": "5_bgp"
                            -        }'
                            -  labels: 
                            -    app: nginx 
                            -  name: nginx 
                            -spec: 
                            -  ports: 
                            -  - name: service0 
                            -    port: 80
                            -    protocol: TCP 
                            -    targetPort: 80
                            -  selector: 
                            -    app: nginx 
                            -  type: LoadBalancer
                            -
                            -
                            Example Service using a public network dedicated load balancer (for clusters of v1.17 and later only):
                            apiVersion: v1
                            -kind: Service
                            -metadata:
                            -  name: nginx
                            -  labels:
                            -    app: nginx
                            -  namespace: default
                            -  annotations:
                            -    kubernetes.io/elb.class: performance
                            -    kubernetes.io/elb.autocreate: 
                            -        '{
                            -            "type": "public",
                            -            "bandwidth_name": "cce-bandwidth-1626694478577",
                            -            "bandwidth_chargemode": "bandwidth",
                            -            "bandwidth_size": 5,
                            -            "bandwidth_sharetype": "PER",
                            -            "eip_type": "5_bgp",
                            -            "available_zone": [
                            -                ""
                            -            ],
                            -            "l4_flavor_name": "L4_flavor.elb.s1.small"
                            -        }'
                            -spec:
                            -  selector:
                            -    app: nginx
                            -  ports:
                            -  - name: cce-service-0
                            -    targetPort: 80
                            -    nodePort: 0
                            -    port: 80
                            -    protocol: TCP
                            -  type: LoadBalancer
                            -
                            - -
                            - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
                            Table 4 Key parameters

                            Parameter

                            -

                            Mandatory

                            -

                            Type

                            -

                            Description

                            -

                            kubernetes.io/elb.class

                            -

                            Yes

                            -

                            String

                            -

                            Select a proper load balancer type as required.

                            -

                            The value can be:

                            -
                            • union: shared load balancer
                            • performance: dedicated load balancer, which can be used only in clusters of v1.17 and later.
                            -

                            kubernetes.io/elb.subnet-id

                            -

                            -

                            -

                            String

                            -

                            This parameter indicates the ID of the subnet where the cluster is located. The value can contain 1 to 100 characters.

                            -
                            • Mandatory when a cluster of v1.11.7-r0 or earlier is to be automatically created.
                            • Optional for clusters later than v1.11.7-r0.
                            -

                            kubernetes.io/elb.session-affinity-option

                            -

                            No

                            -

                            Table 2 Object

                            -

                            Sticky session timeout.

                            -

                            kubernetes.io/elb.autocreate

                            -

                            Yes

                            -

                            elb.autocreate object

                            -

                            Whether to automatically create a load balancer associated with the Service.

                            -

                            Example:

                            -
                            • Automatically created public network load balancer:

                              {"type":"public","bandwidth_name":"cce-bandwidth-1551163379627","bandwidth_chargemode":"bandwidth","bandwidth_size":5,"bandwidth_sharetype":"PER","eip_type":"5_bgp","name":"james"}

                              -
                            • Automatically created private network load balancer:

                              {"type":"inner","name":"A-location-d-test"}

                              -
                            -

                            kubernetes.io/elb.lb-algorithm

                            -

                            No

                            -

                            String

                            -

                            This parameter indicates the load balancing algorithm of the backend server group. The default value is ROUND_ROBIN.

                            -

                            Options:

                            -
                            • ROUND_ROBIN: weighted round robin algorithm
                            • LEAST_CONNECTIONS: weighted least connections algorithm
                            • SOURCE_IP: source IP hash algorithm
                            -

                            When the value is SOURCE_IP, the weights of backend servers in the server group are invalid.

                            -

                            kubernetes.io/elb.health-check-flag

                            -

                            No

                            -

                            String

                            -

                            Whether to enable the ELB health check.

                            -
                            • Enabling health check: Leave blank this parameter or set it to on.
                            • Disabling health check: Set this parameter to off.
                            -

                            If this parameter is enabled, the kubernetes.io/elb.health-check-option field must also be specified at the same time.

                            -

                            kubernetes.io/elb.health-check-option

                            -

                            No

                            -

                            Table 3 Object

                            -

                            ELB health check configuration items.

                            -

                            kubernetes.io/elb.session-affinity-mode

                            -

                            No

                            -

                            String

                            -

                            Listeners ensure session stickiness based on IP addresses. Requests from the same IP address will be forwarded to the same backend server.

                            -
                            • Disabling sticky session: Do not set this parameter.
                            • Enabling sticky session: Set this parameter to SOURCE_IP, indicating that the sticky session is based on the source IP address.
                            -

                            kubernetes.io/elb.session-affinity-option

                            -

                            No

                            -

                            Table 2 Object

                            -

                            Sticky session timeout.

                            -

                            kubernetes.io/hws-hostNetwork

                            -

                            No

                            -

                            String

                            -

                            This parameter indicates whether the workload Services use the host network. Setting this parameter to true will enable the ELB load balancer to forward requests to the host network.

                            -

                            The host network is not used by default. The value can be true or false.

                            -

                            externalTrafficPolicy

                            -

                            No

                            -

                            String

                            -

                            If sticky session is enabled, add this parameter so that requests are transferred to a fixed node. If a LoadBalancer Service with this parameter set to Local is created, a client can access the target backend only if the client is installed on the same node as the backend.

                            -
                            -
                            - -
                            - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
                            Table 5 Data structure of the elb.autocreate field

                            Parameter

                            -

                            Mandatory

                            -

                            Type

                            -

                            Description

                            -

                            name

                            -

                            No

                            -

                            String

                            -

                            Name of the load balancer that is automatically created.

                            -

                            Value range: 1 to 64 characters, including lowercase letters, digits, and underscores (_). The value must start with a lowercase letter and end with a lowercase letter or digit.

                            -

                            Default: cce-lb+service.UID

                            -

                            type

                            -

                            No

                            -

                            String

                            -

                            Network type of the load balancer.

                            -
                            • public: public network load balancer
                            • inner: private network load balancer
                            -

                            Default: inner

                            -

                            bandwidth_name

                            -

                            Yes for public network load balancers

                            -

                            String

                            -

                            Bandwidth name. The default value is cce-bandwidth-******.

                            -

                            Value range: 1 to 64 characters, including lowercase letters, digits, and underscores (_). The value must start with a lowercase letter and end with a lowercase letter or digit.

                            -

                            bandwidth_chargemode

                            -

                            No

                            -

                            String

                            -

                            Bandwidth mode.

                            - -

                            bandwidth_size

                            -

                            Yes for public network load balancers

                            -

                            Integer

                            -

                            Bandwidth size. The default value is 1 to 2000 Mbit/s. Set this parameter based on the bandwidth range allowed in your region.

                            -

                            bandwidth_sharetype

                            -

                            Yes for public network load balancers

                            -

                            String

                            -

                            Bandwidth sharing mode.

                            -
                            • PER: dedicated bandwidth
                            -

                            eip_type

                            -

                            Yes for public network load balancers

                            -

                            String

                            -

                            EIP type.

                            -
                            • 5_bgp: dynamic BGP
                            • 5_sbgp: static BGP
                            -

                            available_zone

                            -

                            Yes

                            -

                            Array of strings

                            -

                            AZ where the load balancer is located.

                            -

                            This parameter is available only for dedicated load balancers.

                            -

                            l4_flavor_name

                            -

                            Yes

                            -

                            String

                            -

                            Flavor name of the layer-4 load balancer.

                            -

                            This parameter is available only for dedicated load balancers.

                            -

                            l7_flavor_name

                            -

                            No

                            -

                            String

                            -

                            Flavor name of the layer-7 load balancer.

                            -

                            This parameter is available only for dedicated load balancers.

                            -

                            elb_virsubnet_ids

                            -

                            No

                            -

                            Array of strings

                            -

                            Subnet where the backend server of the load balancer is located. If this parameter is left blank, the default cluster subnet is used. Load balancers occupy different number of subnet IP addresses based on their specifications. Therefore, you are not advised to use the subnet CIDR blocks of other resources (such as clusters and nodes) as the load balancer CIDR block.

                            -

                            This parameter is available only for dedicated load balancers.

                            -

                            Example:

                            -
                            "elb_virsubnet_ids": [
                            -   "14567f27-8ae4-42b8-ae47-9f847a4690dd"
                            - ]
                            -
                            -
                            -

                          3. Create a workload.

                            kubectl create -f nginx-deployment.yaml

                            -

                            If information similar to the following is displayed, the workload is being created.

                            -
                            deployment/nginx created
                            -

                            kubectl get po

                            -

                            If information similar to the following is displayed, the workload is running.

                            -
                            NAME                     READY     STATUS             RESTARTS   AGE
                            -nginx-2601814895-c1xhw   1/1       Running            0          6s
                            -

                          4. Create a Service.

                            kubectl create -f nginx-elb-svc.yaml

                            -

                            If information similar to the following is displayed, the Service has been created.

                            -
                            service/nginx created
                            -

                            kubectl get svc

                            -

                            If information similar to the following is displayed, the access type has been set successfully, and the workload is accessible.

                            -
                            NAME         TYPE           CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
                            -kubernetes   ClusterIP      10.247.0.1       <none>        443/TCP        3d
                            -nginx        LoadBalancer   10.247.130.196   10.78.42.242   80:31540/TCP   51s
                            -

                          5. Enter the URL in the address box of the browser, for example, 10.78.42.242:80. 10.78.42.242 indicates the IP address of the load balancer, and 80 indicates the access port displayed on the CCE console.

                            The Nginx is accessible.

                            -
                            Figure 4 Accessing Nginx through the LoadBalancer Service
                            -

                          -
                          -

                          ELB Forwarding

                          After a Service of the LoadBalancer type is created, you can view the listener forwarding rules of the load balancer on the ELB console.

                          -

                          You can find that a listener is created for the load balancer. Its backend server is the node where the pod is located, and the backend server port is the NodePort (node port) of the Service. When traffic passes through ELB, it is forwarded to IP address of the node where the pod is located:Node port. That is, the Service is accessed and then the pod is accessed, which is the same as that described in Scenario.

                          -

                          In the passthrough networking scenario (CCE Turbo + dedicated load balancer), after a LoadBalancer Service is created, you can view the listener forwarding rules of the load balancer on the ELB console.

                          -

                          You can see that a listener is created for the load balancer. The backend server address is the IP address of the pod, and the service port is the container port. This is because the pod uses an ENI or sub-ENI. When traffic passes through the load balancer, it directly forwards the traffic to the pod. This is the same as that described in Scenario.

                          -
                          -

                          Why a Cluster Fails to Access Services by Using the ELB Address

                          If the service affinity of a LoadBalancer Service is set to the node level, that is, the value of externalTrafficPolicy is Local, the ELB address may fail to be accessed from the cluster (specifically, nodes or containers). Information similar to the following is displayed:
                          upstream connect error or disconnect/reset before headers. reset reason: connection failure
                          -
                          -

                          This is because when the LoadBalancer Service is created, kube-proxy adds the ELB access address as the external IP to iptables or IPVS. If a client initiates a request to access the ELB address from inside the cluster, the address is considered as the external IP address of the service and is directly forwarded by kube-proxy without passing through the ELB outside the cluster.

                          -

                          When the value of externalTrafficPolicy is Local, the situation varies according to the container network model and service forwarding mode. The details are as follows:

                          - -
                          - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

                          Server

                          -

                          Client

                          -

                          Container Tunnel Network Cluster (IPVS)

                          -

                          VPC Network Cluster (IPVS)

                          -

                          Container Tunnel Network Cluster (iptables)

                          -

                          VPC Network Cluster (iptables)

                          -

                          NodePort Service

                          -

                          Same node

                          -

                          OK. The node where the pod runs is accessible, not any other nodes.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          Cross-node

                          -

                          OK. The node where the pod runs is accessible, not any other nodes.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          OK. The node where the pod runs is accessible by visiting the node IP + port, not by any other ways.

                          -

                          OK. The node where the pod runs is accessible by visiting the node IP + port, not by any other ways.

                          -

                          Containers on the same node

                          -

                          OK. The node where the pod runs is accessible, not any other nodes.

                          -

                          OK. The node where the pod runs is not accessible.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          OK. The node where the pod runs is not accessible.

                          -

                          Containers across nodes

                          -

                          OK. The node where the pod runs is accessible, not any other nodes.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          OK. The node where the pod runs is accessible.

                          -

                          LoadBalancer Service using a dedicated load balancer

                          -

                          Same node

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Containers on the same node

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Local Service of the nginx-ingress add-on using a dedicated load balancer

                          -

                          Same node

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Containers on the same node

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -

                          Accessible for public networks, not private networks.

                          -
                          -
                          -

                          The following methods can be used to solve this problem:

                          -
                          • (Recommended) In the cluster, use the ClusterIP Service or service domain name for access.
                          • Set externalTrafficPolicy of the Service to Cluster, which means cluster-level service affinity. Note that this affects source address persistence.
                            apiVersion: v1 
                            -kind: Service
                            -metadata: 
                            -  annotations:   
                            -    kubernetes.io/elb.class: union
                            -    kubernetes.io/elb.autocreate: '{"type":"public","bandwidth_name":"cce-bandwidth","bandwidth_chargemode":"bandwidth","bandwidth_size":5,"bandwidth_sharetype":"PER","eip_type":"5_bgp","name":"james"}'
                            -  labels: 
                            -    app: nginx 
                            -  name: nginx 
                            -spec: 
                            -  externalTrafficPolicy: Cluster
                            -  ports: 
                            -  - name: service0 
                            -    port: 80
                            -    protocol: TCP 
                            -    targetPort: 80
                            -  selector: 
                            -    app: nginx 
                            -  type: LoadBalancer
                            -
                          -
                          - +
                          diff --git a/docs/cce/umn/cce_10_0015.html b/docs/cce/umn/cce_10_0015.html index 3b7a89192..2ad13787f 100644 --- a/docs/cce/umn/cce_10_0015.html +++ b/docs/cce/umn/cce_10_0015.html @@ -10,25 +10,23 @@ metadata: data: SPECIAL_LEVEL: Hello SPECIAL_TYPE: CCE -
                          • When a ConfigMap is used in a workload, the workload and ConfigMap must be in the same cluster and namespace.
                          • When a ConfigMap is mounted as a data volume and is updated, Kubernetes updates the data in the data volume at the same time.

                            When a ConfigMap data volume mounted in subPath mode is updated, Kubernetes cannot automatically update the data in the data volume.

                            -
                          • When a ConfigMap is used as an environment variable, data can not be automatically updated when the ConfigMap is updated. To update the data, you need to restart the pod.
                          +
                          • When a ConfigMap is used in a workload, the workload and ConfigMap must be in the same cluster and namespace.
                          • When a ConfigMap is mounted as a data volume and the ConfigMap is updated, Kubernetes updates the data in the data volume at the same time.

                            For a ConfigMap data volume mounted in subPath mode, Kubernetes cannot automatically update data in the data volume when the ConfigMap is updated.

                            +
                          • When a ConfigMap is used as an environment variable, data is not automatically updated when the ConfigMap is updated. To update the data, restart the pod.
                          -

                          Setting Workload Environment Variables

                          Using the console

                          -
                          1. Log in to the CCE console and access the cluster console.
                          2. In the navigation pane, choose Workloads. Then, click Create Workload.

                            When creating a workload, click Environment Variables in the Container Settings area, and click .

                            -
                            • Added from ConfigMap: Select a ConfigMap to import all of its keys as environment variables.

                              -
                            • Added from ConfigMap key: Import a key in a ConfigMap as the value of an environment variable.
                              • Variable Name: name of an environment variable in the workload. The name can be customized and is set to the key name selected in the ConfigMap by default.
                              • Variable Value/Reference: Select a ConfigMap and the key to be imported. The corresponding value is imported as a workload environment variable.
                              -

                              For example, after you import the value Hello of SPECIAL_LEVEL in ConfigMap cce-configmap as the value of workload environment variable SPECIAL_LEVEL, an environment variable named SPECIAL_LEVEL with its value Hello exists in the container.

                              -

                              +

                              Setting Workload Environment Variables

                              Using the console

                              +
                              1. Log in to the CCE console and click the cluster name to access the cluster console.
                              2. In the navigation pane, choose Workloads. Then, click Create Workload.

                                When creating a workload, click Environment Variables in the Container Settings area, and click .

                                +
                                • Added from ConfigMap: Select a ConfigMap to import all of its keys as environment variables.
                                • Added from ConfigMap key: Import a key in a ConfigMap as the value of an environment variable.
                                  • Variable Name: name of an environment variable in the workload. The name can be customized and is set to the key name selected in the ConfigMap by default.
                                  • Variable Value/Reference: Select a ConfigMap and the key to be imported. The corresponding value is imported as a workload environment variable.
                                  +

                                  For example, after you import the value Hello of SPECIAL_LEVEL in ConfigMap cce-configmap as the value of workload environment variable SPECIAL_LEVEL, an environment variable named SPECIAL_LEVEL with its value Hello exists in the container.

                                -

                              3. Configure other workload parameters and click Create Workload.

                                After the workload runs properly, access the container and run the following command to check whether the ConfigMap has been set as an environment variable of the workload:

                                +

                              4. Configure other workload parameters and click Create Workload.

                                After the workload runs properly, log in to the container and run the following statement to check whether the ConfigMap has been set as an environment variable of the workload:

                                printenv SPECIAL_LEVEL

                                The example output is as follows:

                                Hello

                              -

                              Using kubectl

                              -
                              1. According to Connecting to a Cluster Using kubectl, configure the kubectl command to connect an ECS to the cluster.
                              2. Create a file named nginx-configmap.yaml and edit it.

                                vi nginx-configmap.yaml

                                +

                                Using kubectl

                                +
                                1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                                2. Create a file named nginx-configmap.yaml and edit it.

                                  vi nginx-configmap.yaml

                                  Content of the YAML file:

                                  -
                                  • Added from ConfigMap: To add all data in a ConfigMap to environment variables, use the envFrom parameter. The keys in the ConfigMap will become names of environment variables in a pod.
                                    apiVersion: apps/v1
                                    +
                                    • Added from a ConfigMap: To add all data in a ConfigMap to environment variables, use the envFrom parameter. The keys in the ConfigMap will become names of environment variables in the workload.
                                      apiVersion: apps/v1
                                       kind: Deployment
                                       metadata:
                                         name: nginx-configmap
                                      @@ -45,12 +43,12 @@ spec:
                                             containers:
                                             - name: container-1
                                               image: nginx:latest
                                      -        envFrom:                      # Use envFrom to specify a ConfigMap to be referenced by environment variables.
                                      +        envFrom:                      # Use envFrom to specify a ConfigMap to be referenced by environment variables.
                                               - configMapRef:
                                      -            name: cce-configmap       # Name of the referenced ConfigMap.
                                      +            name: cce-configmap       # Name of the referenced ConfigMap.
                                             imagePullSecrets:
                                             - name: default-secret
                                      -
                                    • Added from a ConfigMap key: When creating a workload, you can use a ConfigMap to set environment variables and use the valueFrom parameter to reference the key-value pair in the ConfigMap separately.
                                      apiVersion: apps/v1
                                      +
                                    • Added from a ConfigMap key: When creating a workload, you can use a ConfigMap to set environment variables and use the valueFrom parameter to reference the key-value pair in the ConfigMap separately.
                                      apiVersion: apps/v1
                                       kind: Deployment
                                       metadata:
                                         name: nginx-configmap
                                      @@ -67,13 +65,13 @@ spec:
                                             containers:
                                             - name: container-1
                                               image: nginx:latest
                                      -        env:                             # Set environment variables in the workload.
                                      -        - name: SPECIAL_LEVEL           # Name of the environment variable in the workload.
                                      -          valueFrom:                    # Use valueFrom to specify an environment variable to reference a ConfigMap.
                                      +        env:                             # Set the environment variable in the workload.
                                      +        - name: SPECIAL_LEVEL           # Name of the environment variable in the workload.
                                      +          valueFrom:                    # Specify a ConfigMap to be referenced by the environment variable.
                                                   configMapKeyRef:
                                                     name: cce-configmap       # Name of the referenced ConfigMap.
                                      -              key: SPECIAL_LEVEL        # Key in the referenced ConfigMap.
                                      -        - name: SPECIAL_TYPE            # Add multiple environment variables. Multiple environment variables can be imported at the same time.
                                      +              key: SPECIAL_LEVEL        # Key in the referenced ConfigMap.
                                      +        - name: SPECIAL_TYPE            # Add multiple environment variables to import them at the same time.
                                                 valueFrom:
                                                   configMapKeyRef:
                                                     name: cce-configmap
                                      @@ -82,35 +80,33 @@ spec:
                                             - name: default-secret

                                  • Create a workload.

                                    kubectl apply -f nginx-configmap.yaml

                                    -

                                  • View the environment variables in the pod.

                                    1. Run the following command to view the created pod:
                                      kubectl get pod | grep nginx-configmap
                                      +

                                    2. View the environment variable in the pod.

                                      1. Run the following command to view the created pod:
                                        kubectl get pod | grep nginx-configmap
                                        Expected output:
                                        nginx-configmap-***   1/1     Running   0              2m18s
                                      2. Run the following command to view the environment variables in the pod:
                                        kubectl exec nginx-configmap-*** -- printenv SPECIAL_LEVEL SPECIAL_TYPE

                                        Expected output:

                                        Hello
                                         CCE
                                        -

                                        The ConfigMap has been set as an environment variable of the workload.

                                        +

                                        The ConfigMap has been set as environment variables of the workload.

                              -

                              Setting Command Line Parameters

                              You can use a ConfigMap as an environment variable to set commands or parameter values for a container by using the environment variable substitution syntax $VAR_NAME.

                              -

                              Using the console

                              -
                              1. Log in to the CCE console and access the cluster console.
                              2. In the navigation pane, choose Workloads. Then, click Create Workload.

                                When creating a workload, click Environment Variables in the Container Settings area, and click . In this example, select Added from ConfigMap.

                                -
                                • Added from ConfigMap: Select a ConfigMap to import all of its keys as environment variables.

                                  -
                                -

                              3. Click Lifecycle in the Container Settings area, click the Post-Start tab on the right, and set the following parameters:

                                • Processing Method: CLI
                                • Command: Enter the following three command lines. SPECIAL_LEVEL and SPECIAL_TYPE are the environment variable names in the workload, that is, the key names in the cce-configmap ConfigMap.
                                  /bin/bash
                                  +

                                  Setting Command Line Parameters

                                  You can use a ConfigMap as an environment variable to set commands or parameter values for a container by using the environment variable substitution syntax $(VAR_NAME).

                                  +

                                  Using the console

                                  +
                                  1. Log in to the CCE console and click the cluster name to access the cluster console.
                                  2. In the navigation pane, choose Workloads. Then, click Create Workload.

                                    When creating a workload, click Environment Variables in the Container Settings area, and click . In this example, select Added from ConfigMap.

                                    +
                                    • Added from ConfigMap: Select a ConfigMap to import all of its keys as environment variables.
                                    +

                                  3. Click Lifecycle in the Container Settings area, click the Post-Start tab on the right, and set the following parameters:

                                    • Processing Method: CLI
                                    • Command: Enter the following three command lines. SPECIAL_LEVEL and SPECIAL_TYPE are the environment variable names in the workload, that is, the key names in the cce-configmap ConfigMap.
                                      /bin/bash
                                       -c
                                       echo $SPECIAL_LEVEL $SPECIAL_TYPE > /usr/share/nginx/html/index.html
                                    -

                                    -

                                  4. Configure other workload parameters and click Create Workload.

                                    After the workload runs properly, access the container and run the following command to check whether the ConfigMap has been set as an environment variable of the workload:

                                    +

                                  5. Set other workload parameters and click Create Workload.

                                    After the workload runs properly, log in to the container and run the following statement to check whether the ConfigMap has been set as an environment variable of the workload:

                                    cat /usr/share/nginx/html/index.html

                                    The example output is as follows:

                                    Hello CCE

                                  -

                                  Using kubectl

                                  -
                                  1. According to Connecting to a Cluster Using kubectl, configure the kubectl command to connect an ECS to the cluster.
                                  2. Create a file named nginx-configmap.yaml and edit it.

                                    vi nginx-configmap.yaml

                                    -
                                    As shown in the following example, the cce-configmap ConfigMap is imported to the workload. SPECIAL_LEVEL and SPECIAL_TYPE are environment variable names, that is, key names in the cce-configmap ConfigMap.
                                    apiVersion: apps/v1
                                    +

                                    Using kubectl

                                    +
                                    1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                                    2. Create a file named nginx-configmap.yaml and edit it.

                                      vi nginx-configmap.yaml

                                      +
                                      As shown in the following example, the cce-configmap ConfigMap is imported to the workload. SPECIAL_LEVEL and SPECIAL_TYPE are the environment variable names in the workload, that is, the key names in the cce-configmap ConfigMap.
                                      apiVersion: apps/v1
                                       kind: Deployment
                                       metadata:
                                         name: nginx-configmap
                                      @@ -131,14 +127,14 @@ spec:
                                                 postStart:
                                                   exec:
                                                     command: [ "/bin/sh", "-c", "echo $SPECIAL_LEVEL $SPECIAL_TYPE > /usr/share/nginx/html/index.html" ]
                                      -        envFrom:                      # Use envFrom to specify a ConfigMap to be referenced by environment variables.
                                      +        envFrom:                      # Use envFrom to specify a ConfigMap to be referenced by environment variables.
                                               - configMapRef:
                                      -            name: cce-configmap       # Name of the referenced ConfigMap.
                                      +            name: cce-configmap       # Name of the referenced ConfigMap.
                                             imagePullSecrets:
                                               - name: default-secret

                                    3. Create a workload.

                                      kubectl apply -f nginx-configmap.yaml

                                      -

                                    4. After the workload runs properly, the following content is entered into the /usr/share/nginx/html/index.html file in the container:

                                      1. Run the following command to view the created pod:
                                        kubectl get pod | grep nginx-configmap
                                        +

                                      2. After the workload runs properly, the following content is entered into the /usr/share/nginx/html/index.html file in the container:

                                        1. Run the following command to view the created pod:
                                          kubectl get pod | grep nginx-configmap
                                          Expected output:
                                          nginx-configmap-***   1/1     Running   0              2m18s
                                        2. Run the following command to view the environment variables in the pod:
                                          kubectl exec nginx-configmap-*** -- cat /usr/share/nginx/html/index.html
                                          @@ -147,40 +143,40 @@ spec:

                                    -

                                    Attaching a ConfigMap to the Workload Data Volume

                                    The data stored in a ConfigMap can be referenced in a volume of type ConfigMap. You can mount such a volume to a specified container path. The platform supports the separation of workload codes and configuration files. ConfigMap volumes are used to store workload configuration parameters. Before that, you need to create ConfigMaps in advance. For details, see Creating a ConfigMap.

                                    -

                                    Using the console

                                    -
                                    1. Log in to the CCE console and access the cluster console.
                                    2. In the navigation pane, choose Workloads. Then, click Create Workload.

                                      When creating a workload, click Data Storage in the Container Settings area. Click Add Volume and select ConfigMap from the drop-down list.

                                      -

                                    3. Set the local volume type to ConfigMap and set parameters for adding a local volume, as shown in Table 1.

                                      -

                                      Table 1 Mounting a ConfigMap volume

                                      Parameter

                                      +

                                      Attaching a ConfigMap to the Workload Data Volume

                                      The data stored in a ConfigMap can be referenced in a volume of type ConfigMap. You can mount such a volume to a specified container path. The platform supports the separation of workload codes and configuration files. ConfigMap volumes are used to store workload configuration parameters. Before that, create ConfigMaps in advance. For details, see Creating a ConfigMap.

                                      +

                                      Using the console

                                      +
                                      1. Log in to the CCE console and click the cluster name to access the cluster console.
                                      2. In the navigation pane, choose Workloads. Then, click Create Workload.

                                        When creating a workload, click Data Storage in the Container Settings area. Click Add Volume and select ConfigMap from the drop-down list.

                                        +

                                      3. Configure the parameters.

                                        +

                                        - - -
                                        Table 1 Mounting a ConfigMap volume

                                        Parameter

                                        Description

                                        Option

                                        +

                                        ConfigMap

                                        Select the desired ConfigMap name.

                                        +

                                        Select the desired ConfigMap.

                                        A ConfigMap must be created in advance. For details, see Creating a ConfigMap.

                                        Add Container Path

                                        Configure the following parameters:
                                        1. Container Path: Enter the path of the container, for example, /tmp.
                                          This parameter indicates the container path to which a data volume will be mounted. Do not mount the volume to a system directory such as / or /var/run; this action may cause container errors. You are advised to mount the container to an empty directory. If the directory is not empty, ensure that there are no files affecting container startup in the directory. Otherwise, such files will be replaced, resulting in failures to start the container and create the workload.
                                          NOTICE:

                                          When the container is mounted to a high-risk directory, you are advised to use an account with minimum permissions to start the container; otherwise, high-risk files on the host machine may be damaged.

                                          +
                                        Configure the following parameters:
                                        1. Mount Path: Enter a path of the container, for example, /tmp.
                                          This parameter indicates the container path to which a data volume will be mounted. Do not mount the volume to a system directory such as / or /var/run; this action may cause container errors. You are advised to mount the volume to an empty directory. If the directory is not empty, ensure that there are no files that affect container startup. Otherwise, the files will be replaced, causing container startup failures or workload creation failures.
                                          NOTICE:

                                          When the container is mounted to a high-risk directory, you are advised to use an account with minimum permissions to start the container; otherwise, high-risk files on the host machine may be damaged.

                                          -
                                        2. subPath: Enter a subpath, for example, tmp.
                                          • A subpath is used to mount a local volume so that the same data volume is used in a single pod.
                                          • The subpath can be the key and value of a ConfigMap or secret. If the subpath is a key-value pair that does not exist, the data import does not take effect.
                                          • The data imported by specifying a subpath will not be updated along with the ConfigMap/secret updates.
                                          -
                                        3. Set the permission to Read-only. Data volumes in the path are read-only.
                                        +
                                      4. Subpath: Enter a subpath, for example, tmp.
                                        • A subpath is used to mount a local volume so that the same data volume is used in a single pod. If this parameter is left blank, the root path is used by default.
                                        • The subpath can be the key and value of a ConfigMap or secret. If the subpath is a key-value pair that does not exist, the data import does not take effect.
                                        • The data imported by specifying a subpath will not be updated along with the ConfigMap/secret updates.
                                        +
                                      5. Set the permission to Read-only. Data volumes in the path are read-only.
                                      6. -

                                        You can click to add multiple paths and subpaths.

                                        +

                                        You can click to add multiple paths and subpaths.

                                      -

                                      Using kubectl

                                      -
                                      1. According to Connecting to a Cluster Using kubectl, configure the kubectl command to connect an ECS to the cluster.
                                      2. Create a file named nginx-configmap.yaml and edit it.

                                        vi nginx-configmap.yaml

                                        -

                                        As shown in the following example, after the ConfigMap volume is mounted, a configuration file with the key as the file name and value as the file content is generated in the /etc/config directory of the container.

                                        +

                                        Using kubectl

                                        +
                                        1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                                        2. Create a file named nginx-configmap.yaml and edit it.

                                          vi nginx-configmap.yaml

                                          +

                                          As shown in the following example, after the ConfigMap volume is mounted, a configuration file with the key as the file name and value as the file content is generated in the /etc/config directory of the container.

                                          apiVersion: apps/v1
                                           kind: Deployment
                                           metadata:
                                          @@ -200,17 +196,17 @@ spec:
                                                   image: nginx:latest
                                                   volumeMounts:
                                                   - name: config-volume
                                          -          mountPath: /etc/config            # Mount to the /etc/config directory.
                                          +          mountPath: /etc/config            # Mount to the /etc/config directory.
                                                     readOnly: true
                                               volumes:
                                               - name: config-volume
                                                 configMap:
                                                   name: cce-configmap                 # Name of the referenced ConfigMap.

                                        3. Create a workload.

                                          kubectl apply -f nginx-configmap.yaml

                                          -

                                        4. After the workload runs properly, the SPECIAL_LEVEL and SPECIAL_TYPE files are generated in the /etc/config directory. The contents of the files are Hello and CCE, respectively.

                                          1. Run the following command to view the created pod:
                                            kubectl get pod | grep nginx-configmap
                                            +

                                          2. After the workload runs properly, the SPECIAL_LEVEL and SPECIAL_TYPE files are generated in the /etc/config directory. The contents of the files are Hello and CCE, respectively.

                                            1. Run the following command to view the created pod:
                                              kubectl get pod | grep nginx-configmap
                                              Expected output:
                                              nginx-configmap-***   1/1     Running   0              2m18s
                                              -
                                            2. Run the following command to view the SPECIAL_LEVEL or SPECIAL_TYPE file in the pod:
                                              kubectl exec nginx-configmap-*** -- /etc/config/SPECIAL_LEVEL
                                              +
                                            3. Run the following command to view the SPECIAL_LEVEL or SPECIAL_TYPE file in the pod:
                                              kubectl exec nginx-configmap-*** -- /etc/config/SPECIAL_LEVEL

                                              Expected output:

                                              Hello
                                            diff --git a/docs/cce/umn/cce_10_0016.html b/docs/cce/umn/cce_10_0016.html index 64cbe0382..97edf191b 100644 --- a/docs/cce/umn/cce_10_0016.html +++ b/docs/cce/umn/cce_10_0016.html @@ -17,21 +17,21 @@ data:
                                            • When a secret is used in a pod, the pod and secret must be in the same cluster and namespace.
                                            • When a secret is updated, Kubernetes updates the data in the data volume at the same time.

                                              However, when a secret data volume mounted in subPath mode is updated, Kubernetes cannot automatically update the data in the data volume.

                                            -

                                            Setting Environment Variables of a Workload

                                            Using the console

                                            -
                                            1. Log in to the CCE console and access the cluster console.
                                            2. In the navigation pane, choose Workloads. Then, click Create Workload.

                                              When creating a workload, click Environment Variables in the Container Settings area, and click .

                                              -
                                              • Added from secret: Select a secret and import all keys in the secret as environment variables.

                                                -
                                              • Added from secret key: Import the value of a key in a secret as the value of an environment variable.
                                                • Variable Name: name of an environment variable in the workload. The name can be customized and is set to the key name selected in the secret by default.
                                                • Variable Value/Reference: Select a secret and the key to be imported. The corresponding value is imported as a workload environment variable.
                                                -

                                                For example, after you import the value of username in secret mysecret as the value of workload environment variable username, an environment variable named username exists in the container.

                                                +

                                                Setting Environment Variables of a Workload

                                                Using the console

                                                +
                                                1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                2. In the navigation pane, choose Workloads. Then, click Create Workload.

                                                  When creating a workload, click Environment Variables in the Container Settings area, and click .

                                                  +
                                                  • Added from secret: Select a secret and import all keys in the secret as environment variables.

                                                    +
                                                  • Added from secret key: Import the value of a key in a secret as the value of an environment variable.
                                                    • Variable Name: name of an environment variable in the workload. The name can be customized and is set to the key name selected in the secret by default.
                                                    • Variable Value/Reference: Select a secret and the key to be imported. The corresponding value is imported as a workload environment variable.
                                                    +

                                                    For example, after you import the value of username in secret mysecret as the value of workload environment variable username, an environment variable named username exists in the container.

                                                  -

                                                3. Configure other workload parameters and click Create Workload.

                                                  After the workload runs properly, access the container and run the following command to check whether the secret has been set as an environment variable of the workload:

                                                  +

                                                4. Set other workload parameters and click Create Workload.

                                                  After the workload runs properly, log in to the container and run the following statement to check whether the secret has been set as an environment variable of the workload:

                                                  printenv username
                                                  -

                                                  If the output is the same as that in the secret, the secret has been set as an environment variable of the workload.

                                                  +

                                                  If the output is the same as the content in the secret, the secret has been set as an environment variable of the workload.

                                                -

                                                Using kubectl

                                                -
                                                1. According to Connecting to a Cluster Using kubectl, configure the kubectl command to connect an ECS to the cluster.
                                                2. Create a file named nginx-secret.yaml and edit it.

                                                  vi nginx-secret.yaml

                                                  +

                                                  Using kubectl

                                                  +
                                                  1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                                                  2. Create a file named nginx-secret.yaml and edit it.

                                                    vi nginx-secret.yaml

                                                    Content of the YAML file:

                                                    -
                                                    • Added from a secret: To add all data in a secret to environment variables, use the envFrom parameter. The keys in the ConfigMap will become names of environment variables in a workload.
                                                      apiVersion: apps/v1
                                                      +
                                                      • Added from a secret: To add all data in a secret to environment variables, use the envFrom parameter. The keys in the secret will become names of environment variables in a workload.
                                                        apiVersion: apps/v1
                                                         kind: Deployment
                                                         metadata:
                                                           name: nginx-secret
                                                        @@ -48,12 +48,12 @@ spec:
                                                               containers:
                                                               - name: container-1
                                                                 image: nginx:latest
                                                        -        envFrom:                 # Use envFrom to specify a secret to be referenced by environment variables.
                                                        +        envFrom:                 # Use envFrom to specify a secret to be referenced by environment variables.
                                                                 - secretRef:
                                                        -            name: mysecret       # Name of the referenced secret.
                                                        +            name: mysecret       # Name of the referenced secret.
                                                               imagePullSecrets:
                                                               - name: default-secret
                                                        -
                                                      • Added from a secret key: When creating a workload, you can set a secret to set environment variables and use the valueFrom parameter to reference the key-value pair in the secret separately.
                                                        apiVersion: apps/v1
                                                        +
                                                      • Added from a secret key: When creating a workload, you can use a secret to set environment variables and use the valueFrom parameter to reference the key-value pair in the secret separately.
                                                        apiVersion: apps/v1
                                                         kind: Deployment
                                                         metadata:
                                                           name: nginx-secret
                                                        @@ -70,13 +70,13 @@ spec:
                                                               containers:
                                                               - name: container-1
                                                                 image: nginx:latest
                                                        -        env:                             # Set environment variables in the workload.
                                                        -        - name: SECRET_USERNAME           # Name of the environment variable in the workload.
                                                        -          valueFrom:                    # Use envFrom to specify a secret to be referenced by environment variables.
                                                        +        env:                             # Set the environment variable in the workload.
                                                        +        - name: SECRET_USERNAME           # Name of the environment variable in the workload.
                                                        +          valueFrom:                    # Use valueFrom to specify a secret to be referenced by environment variables.
                                                                     secretKeyRef:
                                                        -              name: mysecret       # Name of the referenced secret.
                                                        -              key: username        # Name of the referenced key.
                                                        -        - name: SECRET_PASSWORD            # Add multiple environment variables. Multiple environment variables can be imported at the same time.
                                                        +              name: mysecret       # Name of the referenced secret.
                                                        +              key: username        # Key in the referenced secret.
                                                        +        - name: SECRET_PASSWORD            # Add multiple environment variables to import them at the same time.
                                                                   valueFrom:
                                                                     secretKeyRef:
                                                                       name: mysecret
                                                        @@ -89,15 +89,15 @@ spec:
                                                         
                                                        Expected output:
                                                        nginx-secret-***   1/1     Running   0              2m18s
                                                      • Run the following command to view the environment variables in the pod:
                                                        kubectl exec nginx-secret-*** -- printenv SPECIAL_USERNAME SPECIAL_PASSWORD
                                                        -

                                                        If the output is the same as that in the secret, the secret has been set as an environment variable of the workload.

                                                        +

                                                        If the output is the same as the content in the secret, the secret has been set as an environment variable of the workload.

                                                -

                                                Configuring the Data Volume of a Workload

                                                You can mount a secret as a volume to the specified container path. Contents in a secret are user-defined. Before that, you need to create a secret. For details, see Creating a Secret.

                                                -

                                                Using the console

                                                -
                                                1. Log in to the CCE console and access the cluster console.
                                                2. In the navigation pane on the left, click Workloads. In the right pane, click the Deployments tab. Click Create Workload in the upper right corner.

                                                  When creating a workload, click Data Storage in the Container Settings area. Click Add Volume and select Secret from the drop-down list.

                                                  -

                                                3. Set the local volume type to Secret and set parameters for adding a local volume, as shown in Table 1.

                                                  -

                                                  - @@ -81,7 +81,7 @@
                                                  NOTE:

                                                  Naming rule of a worker node: Cluster name-cce-node-Random number

                                                  - - - - - @@ -174,12 +174,12 @@
                                                  Table 1 Secret

                                                  Parameter

                                                  +

                                                  Configuring the Data Volume of a Workload

                                                  You can mount a secret as a volume to the specified container path. Contents in a secret are user-defined. Before that, create a secret. For details, see Creating a Secret.

                                                  +

                                                  Using the console

                                                  +
                                                  1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                  2. In the navigation pane on the left, click Workloads. In the right pane, click the Deployments tab. Click Create Workload in the upper right corner.

                                                    When creating a workload, click Data Storage in the Container Settings area. Click Add Volume and select Secret from the drop-down list.

                                                    +

                                                  3. Configure the parameters.

                                                    +

                                                    @@ -105,28 +105,28 @@ spec: -
                                                    Table 1 Mounting a Secret volume

                                                    Parameter

                                                    Description

                                                    Secret

                                                    Select the desired secret name.

                                                    +

                                                    Select the desired secret.

                                                    A secret must be created in advance. For details, see Creating a Secret.

                                                    Add Container Path

                                                    Configure the following parameters:

                                                    -
                                                    1. Container Path: Enter the path of the container, for example, /tmp.
                                                      This parameter indicates the container path to which a data volume will be mounted. Do not mount the volume to a system directory such as / or /var/run; this action may cause container errors. You are advised to mount the container to an empty directory. If the directory is not empty, ensure that there are no files affecting container startup in the directory. Otherwise, such files will be replaced, resulting in failures to start the container and create the workload.
                                                      NOTICE:

                                                      When the container is mounted to a high-risk directory, you are advised to use an account with minimum permissions to start the container; otherwise, high-risk files on the host machine may be damaged.

                                                      +
                                                      1. Mount Path: Enter a path of the container, for example, /tmp.
                                                        This parameter indicates the container path to which a data volume will be mounted. Do not mount the volume to a system directory such as / or /var/run; this action may cause container errors. You are advised to mount the volume to an empty directory. If the directory is not empty, ensure that there are no files that affect container startup. Otherwise, the files will be replaced, causing container startup failures or workload creation failures.
                                                        NOTICE:

                                                        When the container is mounted to a high-risk directory, you are advised to use an account with minimum permissions to start the container; otherwise, high-risk files on the host machine may be damaged.

                                                        -
                                                      2. subPath: Enter a subpath, for example, tmp.
                                                        • A subpath is used to mount a local volume so that the same data volume is used in a single pod.
                                                        • The subpath can be the key and value of a ConfigMap or secret. If the subpath is a key-value pair that does not exist, the data import does not take effect.
                                                        • The data imported by specifying a subpath will not be updated along with the ConfigMap/secret updates.
                                                        -
                                                      3. Set the permission to Read-only. Data volumes in the path are read-only.
                                                      -

                                                      You can click to add multiple paths and subpaths.

                                                      +
                                                    2. Subpath: Enter a subpath, for example, tmp.
                                                      • A subpath is used to mount a local volume so that the same data volume is used in a single pod. If this parameter is left blank, the root path is used by default.
                                                      • The subpath can be the key and value of a ConfigMap or secret. If the subpath is a key-value pair that does not exist, the data import does not take effect.
                                                      • The data imported by specifying a subpath will not be updated along with the ConfigMap/secret updates.
                                                      +
                                                    3. Set the permission to Read-only. Data volumes in the path are read-only.
                                                    +

                                                    You can click to add multiple paths and subpaths.

                                                  -

                                                  Using kubectl

                                                  -
                                                  1. According to Connecting to a Cluster Using kubectl, configure the kubectl command to connect an ECS to the cluster.
                                                  2. Create a file named nginx-secret.yaml and edit it.

                                                    vi nginx-secret.yaml

                                                    -
                                                    In the following example, the username and password in the mysecret secret are saved in the /etc/foo directory as files.
                                                    apiVersion: apps/v1
                                                    +

                                                    Using kubectl

                                                    +
                                                    1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                                                    2. Create a file named nginx-secret.yaml and edit it.

                                                      vi nginx-secret.yaml

                                                      +
                                                      In the following example, the username and password in the mysecret secret are saved in the /etc/foo directory as files.
                                                      apiVersion: apps/v1
                                                       kind: Deployment
                                                       metadata:
                                                         name: nginx-secret
                                                      @@ -145,14 +145,14 @@ spec:
                                                               image: nginx:latest
                                                               volumeMounts:
                                                              - name: foo
                                                      -         mountPath: /etc/foo          # Mount to the /etc/foo directory.
                                                      +         mountPath: /etc/foo          # Mount to the /etc/foo directory.
                                                                readOnly: true
                                                           volumes:
                                                           - name: foo
                                                             secret:
                                                               secretName: mysecret      # Name of the referenced secret.
                                                      -
                                                      You can also use the items field to control the mapping path of the secret key. For example, store the username is stored in the /etc/foo/my-group/my-username directory of the container.
                                                      • After the items field is used to specify the mapping path of the secret key, the keys that are not specified will not be created as files. For example, if the password key in the following example is not specified, the file will not be created.
                                                      • If you want to use all keys in a secret, you must list all keys in the items field.
                                                      • All keys listed in the items field must exist in the corresponding secret. Otherwise, the volume is not created.
                                                      +
                                                      You can also use the items field to control the mapping path of secret keys. For example, store username in the /etc/foo/my-group/my-username directory in the container.
                                                      • If you use the items field to specify the mapping path of the secret keys, the keys that are not specified will not be created as files. For example, if the password key in the following example is not specified, the file will not be created.
                                                      • If you want to use all keys in a secret, you must list all keys in the items field.
                                                      • All keys listed in the items field must exist in the corresponding secret. Otherwise, the volume is not created.
                                                      apiVersion: apps/v1
                                                       kind: Deployment
                                                      @@ -173,22 +173,22 @@ spec:
                                                               image: nginx:latest
                                                               volumeMounts:
                                                              - name: foo
                                                      -         mountPath: /etc/foo          # Mount to the /etc/foo directory.
                                                      +         mountPath: /etc/foo          # Mount to the /etc/foo directory.
                                                                readOnly: true
                                                           volumes:
                                                           - name: foo
                                                             secret:
                                                      -        secretName: mysecret      # Name of the referenced secret.
                                                      +        secretName: mysecret      # Name of the referenced secret.
                                                               items:
                                                               - key: username      # Name of the referenced key.
                                                      -          path: my-group/my-username    # Mapping path of the secret key.
                                                      + path: my-group/my-username # Mapping path of the secret key

                                                  3. Create a workload.

                                                    kubectl apply -f nginx-secret.yaml

                                                    -

                                                  4. After the workload runs properly, the username and password files are generated in the /etc/foo directory.

                                                    1. Run the following command to view the created pod:
                                                      kubectl get pod | grep nginx-secret
                                                      +

                                                    2. After the workload runs properly, the username and password files are generated in the /etc/foo directory.

                                                      1. Run the following command to view the created pod:
                                                        kubectl get pod | grep nginx-secret
                                                        Expected output:
                                                        nginx-secret-***   1/1     Running   0              2m18s
                                                        -
                                                      2. Run the following command to view the username or password file in the pod:
                                                        kubectl exec nginx-secret-*** -- /etc/foo/username
                                                        -

                                                        The expected output is the same as that in the secret.

                                                        +
                                                      3. Run the following command to view the username or password file in the pod:
                                                        kubectl exec nginx-secret-*** -- /etc/foo/username
                                                        +

                                                        The expected output is the same as the content in the secret.

                                                  diff --git a/docs/cce/umn/cce_10_0018.html b/docs/cce/umn/cce_10_0018.html index f2c431310..fe04dfb60 100644 --- a/docs/cce/umn/cce_10_0018.html +++ b/docs/cce/umn/cce_10_0018.html @@ -2,20 +2,20 @@

                                                  Using ICAgent to Collect Container Logs

                                                  CCE works with AOM to collect workload logs. When creating a node, CCE installs the ICAgent for you (the DaemonSet named icagent in the kube-system namespace of the cluster). After the ICAgent collects workload logs and reports them to AOM, you can view workload logs on the CCE or AOM console.

                                                  -

                                                  Notes and Constraints

                                                  The ICAgent only collects *.log, *.trace, and *.out text log files.

                                                  +

                                                  Constraints

                                                  The ICAgent only collects *.log, *.trace, and *.out text log files.

                                                  -

                                                  Using ICAgent to Collect Logs

                                                  1. When creating a workload, set logging for the container.
                                                  2. Click to add a log policy.

                                                    The following uses Nginx as an example. Log policies vary depending on workloads.
                                                    Figure 1 Adding a log policy
                                                    +

                                                    Using ICAgent to Collect Logs

                                                    1. When creating a workload, set logging for the container.
                                                    2. Click to add a log policy.

                                                      The following uses Nginx as an example. Log policies vary depending on workloads.
                                                      Figure 1 Adding a log policy
                                                      -

                                                    3. Set Storage Type to Host Path or Container Path.

                                                      +

                                                    4. Set Volume Type to Host Path or Container Path.

                                                      - - - + + + @@ -124,7 +133,7 @@ spec: logs: rotate: Hourly annotations: - + pathPattern: '**' format: '' volumes: - hostPath: @@ -146,8 +155,8 @@ spec: + + + + - @@ -166,13 +230,13 @@ spec:
                                                      NAME           READY     UP-TO-DATE   AVAILABLE   AGE 
                                                       nginx          1/1       1            1           4m5s

                                                      Parameter description

                                                      -
                                                      • NAME: Name of the application running in the pod.
                                                      • READY: indicates the number of available workloads. The value is displayed as "the number of available pods/the number of expected pods".
                                                      • UP-TO-DATE: indicates the number of replicas that have been updated.
                                                      • AVAILABLE: indicates the number of available pods.
                                                      • AGE: period the Deployment keeps running
                                                      -

                                                    5. If the Deployment will be accessed through a ClusterIP or NodePort Service, add the corresponding Service. For details, see Networking.
                                                    6. +
                                                      • NAME: Name of the application running in the pod.
                                                      • READY: indicates the number of available workloads. The value is displayed as "the number of available pods/the number of expected pods".
                                                      • UP-TO-DATE: indicates the number of replicas that have been updated.
                                                      • AVAILABLE: indicates the number of available pods.
                                                      • AGE: period the Deployment keeps running
                                                      +

                                                    7. If the Deployment will be accessed through a ClusterIP or NodePort Service, add the corresponding Service. For details, see Network.
                                                    8. diff --git a/docs/cce/umn/cce_10_0048.html b/docs/cce/umn/cce_10_0048.html index 00707633a..b0e302ba4 100644 --- a/docs/cce/umn/cce_10_0048.html +++ b/docs/cce/umn/cce_10_0048.html @@ -4,33 +4,97 @@

                                                      Scenario

                                                      StatefulSets are a type of workloads whose data or status is stored while they are running. For example, MySQL is a StatefulSet because it needs to store new data.

                                                      A container can be migrated between different hosts, but data is not stored on the hosts. To store StatefulSet data persistently, attach HA storage volumes provided by CCE to the container.

                                                      -

                                                      Notes and Constraints

                                                      • When you delete or scale a StatefulSet, the system does not delete the storage volumes associated with the StatefulSet to ensure data security.
                                                      • When you delete a StatefulSet, reduce the number of replicas to 0 before deleting the StatefulSet so that pods in the StatefulSet can be stopped in order.
                                                      • When you create a StatefulSet, a headless Service is required for pod access. For details, see Headless Service.
                                                      • When a node is unavailable, pods become Unready. In this case, you need to manually delete the pods of the StatefulSet so that the pods can be migrated to a normal node.
                                                      +

                                                      Constraints

                                                      • When you delete or scale a StatefulSet, the system does not delete the storage volumes associated with the StatefulSet to ensure data security.
                                                      • When you delete a StatefulSet, reduce the number of replicas to 0 before deleting the StatefulSet so that pods in the StatefulSet can be stopped in order.
                                                      • When you create a StatefulSet, a headless Service is required for pod access. For details, see Headless Service.
                                                      • When a node is unavailable, pods become Unready. In this case, manually delete the pods of the StatefulSet so that the pods can be migrated to a normal node.
                                                      -

                                                      Prerequisites

                                                      • Before creating a workload, you must have an available cluster. For details on how to create a cluster, see Creating a CCE Cluster.
                                                      • To enable public access to a workload, ensure that an EIP or load balancer has been bound to at least one node in the cluster.

                                                        If a pod has multiple containers, ensure that the ports used by the containers do not conflict with each other. Otherwise, creating the StatefulSet will fail.

                                                        +

                                                        Prerequisites

                                                        • Before creating a workload, you must have an available cluster. For details on how to create a cluster, see Creating a Cluster.
                                                        • To enable public access to a workload, ensure that an EIP or load balancer has been bound to at least one node in the cluster.

                                                          If a pod has multiple containers, ensure that the ports used by the containers do not conflict with each other. Otherwise, creating the StatefulSet will fail.

                                                        -

                                                        Using the CCE Console

                                                        1. Log in to the CCE console.
                                                        2. Click the cluster name to access the cluster details page, choose Workloads in the navigation pane, and click the Create Workload in the upper right corner.
                                                        3. Set basic information about the workload.

                                                          Basic Info
                                                          • Workload Type: Select StatefulSet. For details about workload types, see Overview.
                                                          • Workload Name: Enter the name of the workload. Enter 1 to 52 characters starting with a lowercase letter and ending with a letter or digit. Only lowercase letters, digits, and hyphens (-) are allowed.
                                                          • Namespace: Select the namespace of the workload. The default value is default. You can also click Create Namespace to create one. For details, see Creating a Namespace.
                                                          • Pods: Enter the number of pods.
                                                          • Container Runtime: A CCE cluster uses runC by default, whereas a CCE Turbo cluster supports both runC and Kata. For details about the differences between runC and Kata, see Kata Containers and Common Containers.
                                                          • Time Zone Synchronization: Specify whether to enable time zone synchronization. After time zone synchronization is enabled, the container and node use the same time zone. The time zone synchronization function depends on the local disk mounted to the container. Do not modify or delete the time zone. For details, see Configuring Time Zone Synchronization.
                                                          +

                                                          Using the CCE Console

                                                          1. Log in to the CCE console.
                                                          2. Click the cluster name to go to the cluster console, choose Workloads in the navigation pane, and click the Create Workload in the upper right corner.
                                                          3. Set basic information about the workload.

                                                            Basic Info
                                                            • Workload Type: Select StatefulSet. For details about workload types, see Overview.
                                                            • Workload Name: Enter the name of the workload. Enter 1 to 63 characters starting with a lowercase letter and ending with a lowercase letter or digit. Only lowercase letters, digits, and hyphens (-) are allowed.
                                                            • Namespace: Select the namespace of the workload. The default value is default. You can also click Create Namespace to create one. For details, see Creating a Namespace.
                                                            • Pods: Enter the number of pods of the workload.
                                                            • Container Runtime: A CCE cluster uses runC by default, whereas a CCE Turbo cluster supports both runC and Kata. For details about the differences, see Kata Runtime and Common Runtime.
                                                            • Time Zone Synchronization: Specify whether to enable time zone synchronization. After time zone synchronization is enabled, the container and node use the same time zone. The time zone synchronization function depends on the local disk mounted to the container. Do not modify or delete the time zone. For details, see Configuring Time Zone Synchronization.
                                                            -
                                                            Container Settings
                                                            • Container Information
                                                              Multiple containers can be configured in a pod. You can click Add Container on the right to configure multiple containers for the pod.
                                                              • Basic Info: See Setting Basic Container Information.
                                                              • Lifecycle: See Setting Container Lifecycle Parameters.
                                                              • Health Check: See Setting Health Check for a Container.
                                                              • Environment Variables: See Setting an Environment Variable.
                                                              • Data Storage: See Overview.
                                                                • StatefulSets support dynamically provisioned EVS volumes.

                                                                  Dynamic mounting is achieved by using the volumeClaimTemplates field and depends on the dynamic creation capability of StorageClass. A StatefulSet associates each pod with a unique PVC using the volumeClaimTemplates field, and the PVCs are bound to their corresponding PVs. Therefore, after the pod is rescheduled, the original data can still be mounted thanks to the PVC.

                                                                  +
                                                                  Container Settings
                                                                  • Container Information
                                                                    Multiple containers can be configured in a pod. You can click Add Container on the right to configure multiple containers for the pod.
                                                                    • Basic Info: Configure basic information about the container. +
                                                      Table 1 Configuring log policies

                                                      Parameter

                                                      Description

                                                      Storage Type

                                                      +

                                                      Volume Type

                                                      • Host Path (hostPath): A host path is mounted to the specified container path (mount path). In the node host path, you can view the container logs output into the mount path.
                                                      • Container Path (emptyDir): A temporary path of the node is mounted to the specified path (mount path). Log data that exists in the temporary path but is not reported by the collector to AOM will disappear after the pod is deleted.
                                                      +
                                                      • Host Path (hostPath): A host path is mounted to the specified container path (mount path). In the node host path, you can view the container logs output into the mount path.
                                                      • Container Path (emptyDir): A temporary path of the node is mounted to the specified path (mount path). Log data that exists in the temporary path but is not reported by the collector to AOM will disappear after the pod is deleted.

                                                      Host Path

                                                      @@ -23,7 +23,7 @@

                                                      Enter a host path, for example, /var/paas/sys/log/nginx.

                                                      Container Path

                                                      +

                                                      Mount Path

                                                      Container path (for example, /tmp) to which the storage resources will be mounted.
                                                      NOTICE:
                                                      • Do not mount storage to a system directory such as / or /var/run; this action may cause a container error to occur. You are advised to mount the container to an empty directory. If the directory is not empty, ensure that there are no files affecting container startup in the directory. Otherwise, such files will be replaced, resulting in failures to start the container and create the workload.
                                                      • When the container is mounted to a high-risk directory, you are advised to use an account with minimum permissions to start the container; otherwise, high-risk files on the host machine may be damaged.
                                                      • AOM collects only the first 20 log files that have been modified recently. It collects files from 2 levels of subdirectories by default.
                                                      • AOM only collects .log, .trace, and .out text log files in the mount paths.
                                                      • For details about how to set permissions for mount points in a container, see Configure a Security Context for a Pod or Container.
                                                      @@ -38,10 +38,19 @@
                                                      • None: No extended path is configured.
                                                      • PodUID: ID of a pod.
                                                      • PodName: name of a pod.
                                                      • PodUID/ContainerName: ID of a pod or name of a container.
                                                      • PodName/ContainerName: name of a pod or container.

                                                      Collection Path

                                                      +

                                                      A collection path narrows down the scope of collection to specified logs.

                                                      +
                                                      • If no collection path is specified, log files in .log, .trace, and .out formats will be collected from the specified path.
                                                      • /Path/**/ indicates that all log files in .log, .trace, and .out formats will be recursively collected from the specified path and all subdirectories at 5 levels deep.
                                                      • * in log file names indicates a fuzzy match.
                                                      +

                                                      Example: The collection path /tmp/**/test*.log indicates that all .log files prefixed with test will be collected from /tmp and subdirectories at 5 levels deep.

                                                      +
                                                      CAUTION:

                                                      Ensure that the ICAgent version is 5.12.22 or later.

                                                      +
                                                      +

                                                      Log Dump

                                                      Log dump refers to rotating log files on a local host.

                                                      -
                                                      • Enabled: AOM scans log files every minute. When a log file exceeds 50 MB, it is dumped immediately. A new .zip file is generated in the directory where the log file locates. For a log file, AOM stores only the latest 20 .zip files. When the number of .zip files exceeds 20, earlier .zip files will be deleted. After the dump is complete, the log file in AOM will be cleared.
                                                      • Disabled: AOM does not dump log files.
                                                      +
                                                      • Enabled: AOM scans log files every minute. When a log file exceeds 50 MB, it is dumped. A new .zip file is generated in the directory where the log file locates. For a log file, AOM stores only the latest 20 .zip files. When the number of .zip files exceeds 20, earlier .zip files will be deleted.
                                                      • Disabled: AOM does not dump log files.
                                                      NOTE:
                                                      • AOM rotates log files using copytruncate. Before enabling log dumping, ensure that log files are written in the append mode. Otherwise, file holes may occur.
                                                      • Currently, mainstream log components such as Log4j and Logback support log file rotation. If you have already set rotation for log files, skip the configuration. Otherwise, conflicts may occur.
                                                      • You are advised to configure log file rotation for your own services to flexibly control the size and number of rolled files.

                                                      Extended host path

                                                      Extended host paths contain pod IDs or container names to distinguish different containers into which the host path is mounted.

                                                      -

                                                      A level-3 directory is added to the original volume directory/subdirectory. You can easily obtain the files output by a single Pod.

                                                      -
                                                      • None: No extended path is configured.
                                                      • PodUID: ID of a pod.
                                                      • PodName: name of a pod.
                                                      • PodUID/ContainerName: ID of a pod or name of a container.
                                                      • PodName/ContainerName: name of a pod or container.
                                                      +

                                                      A level-3 directory is added to the original volume directory/subdirectory. You can easily obtain the files output by a single Pod.

                                                      +
                                                      • None: No extended path is configured.
                                                      • PodUID: ID of a pod.
                                                      • PodName: name of a pod.
                                                      • PodUID/ContainerName: ID of a pod or name of a container.
                                                      • PodName/ContainerName: name of a pod or container.

                                                      policy.logs.rotate

                                                      @@ -155,11 +164,22 @@ spec:

                                                      Log dump

                                                      Log dump refers to rotating log files on a local host.

                                                      -
                                                      • Enabled: AOM scans log files every minute. When a log file exceeds 50 MB, it is dumped immediately. A new .zip file is generated in the directory where the log file locates. For a log file, AOM stores only the latest 20 .zip files. When the number of .zip files exceeds 20, earlier .zip files will be deleted. After the dump is complete, the log file in AOM will be cleared.
                                                      • Disabled: AOM does not dump log files.
                                                      +
                                                      • Enabled: AOM scans log files every minute. When a log file exceeds 50 MB, it is dumped immediately. A new .zip file is generated in the directory where the log file locates. For a log file, AOM stores only the latest 20 .zip files. When the number of .zip files exceeds 20, earlier .zip files will be deleted. After the dump is complete, the log file in AOM will be cleared.
                                                      • Disabled: AOM does not dump log files.
                                                      NOTE:
                                                      • AOM rotates log files using copytruncate. Before enabling log dumping, ensure that log files are written in the append mode. Otherwise, file holes may occur.
                                                      • Currently, mainstream log components such as Log4j and Logback support log file rotation. If you have set rotation for log files, skip the configuration. Otherwise, conflicts may occur.
                                                      • You are advised to configure log file rotation for your own services to flexibly control the size and number of rolled files.

                                                      policy.logs.annotations.pathPattern

                                                      +

                                                      Collection path

                                                      +

                                                      A collection path narrows down the scope of collection to specified logs.

                                                      +
                                                      • If no collection path is specified, log files in .log, .trace, and .out formats will be collected from the specified path.
                                                      • /Path/**/ indicates that all log files in .log, .trace, and .out formats will be recursively collected from the specified path and all subdirectories at 5 levels deep.
                                                      • * in log file names indicates a fuzzy match.
                                                      +

                                                      Example: The collection path /tmp/**/test*.log indicates that all .log files prefixed with test will be collected from /tmp and subdirectories at 5 levels deep.

                                                      +
                                                      CAUTION:

                                                      Ensure that the ICAgent version is 5.12.22 or later.

                                                      +
                                                      +

                                                      policy.logs.annotations.format

                                                      Multi-line log matching

                                                      diff --git a/docs/cce/umn/cce_10_0019.html b/docs/cce/umn/cce_10_0019.html index 75f213230..38c7777c3 100644 --- a/docs/cce/umn/cce_10_0019.html +++ b/docs/cce/umn/cce_10_0019.html @@ -1,6 +1,6 @@ -

                                                      Charts

                                                      +

                                                      Helm Chart

                                                      diff --git a/docs/cce/umn/cce_10_0020.html b/docs/cce/umn/cce_10_0020.html index 688efde13..1ceefb945 100644 --- a/docs/cce/umn/cce_10_0020.html +++ b/docs/cce/umn/cce_10_0020.html @@ -1,6 +1,6 @@ -

                                                      Networking

                                                      +

                                                      Network

                                                      diff --git a/docs/cce/umn/cce_10_0024.html b/docs/cce/umn/cce_10_0024.html index 56be09999..9e7645e2e 100644 --- a/docs/cce/umn/cce_10_0024.html +++ b/docs/cce/umn/cce_10_0024.html @@ -1,6 +1,6 @@ -

                                                      Cloud Trace Service (CTS)

                                                      +

                                                      CTS Logs

                                                      + +
                                                      diff --git a/docs/cce/umn/cce_10_0025.html b/docs/cce/umn/cce_10_0025.html index adbe16149..3bf193ac4 100644 --- a/docs/cce/umn/cce_10_0025.html +++ b/docs/cce/umn/cce_10_0025.html @@ -590,7 +590,7 @@
                                                      diff --git a/docs/cce/umn/cce_10_0026.html b/docs/cce/umn/cce_10_0026.html index 152c4176d..f5ac310a4 100644 --- a/docs/cce/umn/cce_10_0026.html +++ b/docs/cce/umn/cce_10_0026.html @@ -3,19 +3,19 @@

                                                      Querying CTS Logs

                                                      Scenario

                                                      After you enable CTS, the system starts recording operations on CCE resources. Operation records of the last 7 days can be viewed on the CTS management console.

                                                      -

                                                      Procedure

                                                      1. Log in to the management console.
                                                      2. Click in the upper left corner and select a region.
                                                      3. Choose Service List from the main menu. Choose Management & Deployment > Cloud Trace Service.
                                                      4. In the navigation pane of the CTS console, choose Cloud Trace Service > Trace List.
                                                      5. On the Trace List page, query operation records based on the search criteria. Currently, the trace list supports trace query based on the combination of the following search criteria:

                                                        • Trace Source, Resource Type, and Search By

                                                          Select the search criteria from the drop-down lists. Select CCE from the Trace Source drop-down list.

                                                          +

                                                          Procedure

                                                          1. Log in to the management console.
                                                          2. Click in the upper left corner and select a region.
                                                          3. Choose Service List from the main menu. Choose Management & Deployment > Cloud Trace Service.
                                                          4. In the navigation pane of the CTS console, choose Cloud Trace Service > Trace List.
                                                          5. On the Trace List page, query operation records based on the search criteria. Currently, the trace list supports trace query based on the combination of the following search criteria:

                                                            • Trace Source, Resource Type, and Search By

                                                              Select the search criteria from the drop-down lists. Select CCE from the Trace Source drop-down list.

                                                              If you select Trace name from the Search By drop-down list, specify the trace name.

                                                              If you select Resource ID from the Search By drop-down list, select or enter a specific resource ID.

                                                              If you select Resource name from the Search By drop-down list, select or enter a specific resource name.

                                                            • Operator: Select a specific operator (at user level rather than account level).
                                                            • Trace Status: Set this parameter to any of the following values: All trace statuses, normal, warning, and incident.
                                                            • Time range: You can query traces generated during any time range in the last seven days.
                                                            -

                                                          6. Click on the left of a trace to expand its details, as shown below.

                                                            Figure 1 Expanding trace details
                                                            -

                                                          7. Click View Trace in the Operation column. The trace details are displayed.

                                                            Figure 2 Viewing event details
                                                            +

                                                          8. Click on the left of a trace to expand its details, as shown below.

                                                            Figure 1 Expanding trace details
                                                            +

                                                          9. Click View Trace in the Operation column. The trace details are displayed.

                                                            Figure 2 Viewing event details

                                                      diff --git a/docs/cce/umn/cce_10_0028.html b/docs/cce/umn/cce_10_0028.html index 059e0b6b4..18aa52904 100644 --- a/docs/cce/umn/cce_10_0028.html +++ b/docs/cce/umn/cce_10_0028.html @@ -1,33 +1,35 @@ -

                                                      Creating a CCE Cluster

                                                      -

                                                      On the CCE console, you can easily create Kubernetes clusters. Kubernetes can manage container clusters at scale. A cluster manages a group of node resources.

                                                      -

                                                      In CCE, you can create a CCE cluster to manage VMs. By using high-performance network models, hybrid clusters provide a multi-scenario, secure, and stable runtime environment for containers.

                                                      -

                                                      Notes and Constraints

                                                      • During the node creation, software packages are downloaded from OBS using the domain name. You need to use a private DNS server to resolve the OBS domain name, and configure the DNS server address of the subnet where the node resides with a private DNS server address. When you create a subnet, the private DNS server is used by default. If you change the subnet DNS, ensure that the DNS server in use can resolve the OBS domain name.
                                                      • You can create a maximum of 50 clusters in a single region.
                                                      • After a cluster is created, the following items cannot be changed:
                                                        • Cluster type
                                                        • Number of master nodes in the cluster
                                                        • AZ of a master node
                                                        • Network configuration of the cluster, such as the VPC, subnet, container CIDR block, Service CIDR block, and kube-proxy (forwarding) settings
                                                        • Network model. For example, change Tunnel network to VPC network.
                                                        +

                                                        Creating a Cluster

                                                        +

                                                        On the CCE console, you can easily create Kubernetes clusters. After a cluster is created, the master node is hosted by CCE. You only need to create worker nodes. In this way, you can implement cost-effective O&M and efficient service deployment.

                                                        +

                                                        Constraints

                                                        • During the node creation, software packages are downloaded from OBS using the domain name. Use a private DNS server to resolve the OBS domain name, and configure the DNS server address of the subnet where the node resides with a private DNS server address. When you create a subnet, the private DNS server is used by default. If you change the subnet DNS, ensure that the DNS server in use can resolve the OBS domain name.
                                                        • You can create a maximum of 50 clusters in a single region.
                                                        • After a cluster is created, the following items cannot be changed:
                                                          • Cluster type
                                                          • Number of master nodes in the cluster
                                                          • AZ of a master node
                                                          • Network configuration of the cluster, such as the VPC, subnet, container CIDR block, Service CIDR block, and kube-proxy (request forwarding) settings.
                                                          • Network model. For example, change Tunnel network to VPC network.
                                                        -

                                                        Procedure

                                                        1. Log in to the CCE console. Choose Clusters. On the displayed page, click Create next to CCE cluster.
                                                        2. Set cluster parameters.

                                                          Basic Settings
                                                          • Cluster Name
                                                          • Cluster Version: Select the Kubernetes version used by the cluster.
                                                          • Cluster Scale: maximum number of nodes that can be managed by the cluster.
                                                          • HA: distribution mode of master nodes. By default, master nodes are randomly distributed in different AZs to improve DR capabilities.
                                                            You can also expand advanced settings and customize the master node distribution mode. The following two modes are supported:
                                                            • Random: Master nodes are created in different AZs for DR.
                                                            • Custom: You can determine the location of each master node.
                                                              • Host: Master nodes are created on different hosts in the same AZ.
                                                              • Custom: You can determine the location of each master node.
                                                              +

                                                              Procedure

                                                              1. Log in to the CCE console.
                                                              2. Choose Clusters. On the displayed page, select the type of the cluster to be created and click Create.
                                                              3. Specify cluster parameters.

                                                                Basic Settings
                                                                • Cluster Name: indicates the name of the cluster to be created. The cluster name must be unique under the same account.
                                                                • Cluster Version: Select the Kubernetes version used by the cluster.
                                                                • Cluster Scale: maximum number of nodes that can be managed by the cluster.
                                                                • HA: distribution mode of master nodes. By default, master nodes are randomly distributed in different AZs to improve DR capabilities.
                                                                  You can also expand advanced settings and customize the master node distribution mode. The following two modes are supported:
                                                                  • Random: Master nodes are created in different AZs for DR.
                                                                  • Custom: You can determine the location of each master node.
                                                                    • Host: Master nodes are created on different hosts in the same AZ.
                                                                    • Custom: You can determine the location of each master node.

                                                                Network Settings

                                                                The cluster network settings cover nodes, containers, and Services. For details about the cluster networking and container network models, see Overview.

                                                                -
                                                                • Network Model: CCE clusters support VPC network and tunnel network models. For details, see VPC Network and Container Tunnel Network.
                                                                • VPC: Select the VPC to which the cluster belongs. If no VPC is available, click Create VPC to create one. The VPC cannot be changed after creation.
                                                                • Master Node Subnet: Select the subnet where the master node is deployed. If no subnet is available, click Create Subnet to create one. The subnet cannot be changed after creation.
                                                                • Container CIDR Block: Set the CIDR block used by containers.
                                                                • Service CIDR Block: CIDR block for Services used by containers in the same cluster to access each other. The value determines the maximum number of Services you can create. The value cannot be changed after creation.
                                                                +
                                                                • Network Model: CCE clusters support VPC network and Tunnel network. CCE Turbo clusters support Cloud Native Network 2.0.. For details, see Overview.
                                                                • VPC: Select the VPC to which the cluster belongs. If no VPC is available, click Create VPC to create one. The value cannot be changed after creation.
                                                                • Master Node Subnet: Select the subnet where the master node is deployed. If no subnet is available, click Create Subnet to create one. The subnet cannot be changed after creation.
                                                                • Container CIDR Block (CCE Cluster): Specify the CIDR block used by containers, which determines the maximum number of containers in the cluster.
                                                                • Default Pod Subnet (CCE Turbo Cluster): Select the subnet where the container is located. If no subnet is available, click Create Subnet. The pod subnet determines the maximum number of containers in the cluster. You can add pod subnets after creating the cluster.
                                                                • Service CIDR Block: CIDR block for Services used by containers in the same cluster to access each other. The value determines the maximum number of Services you can create. The value cannot be changed after creation.

                                                                Advanced Settings

                                                                -
                                                                • Request Forwarding: The IPVS and iptables modes are supported. For details, see Comparing iptables and IPVS.
                                                                • CPU Manager: For details, see Binding CPU Cores.
                                                                • Certificate Authentication:
                                                                  • Default: The X509-based authentication mode is enabled by default. X509 is a commonly used certificate format.
                                                                  • Custom: The cluster can identify users based on the header in the request body for authentication.

                                                                    You need to upload your CA root certificate, client certificate, and private key of the client certificate.

                                                                    -
                                                                    • Upload a file smaller than 1 MB. The CA certificate and client certificate can be in .crt or .cer format. The private key of the client certificate can only be uploaded unencrypted.
                                                                    • The validity period of the client certificate must be longer than five years.
                                                                    • The uploaded CA certificate is used for both the authentication proxy and the kube-apiserver aggregation layer configuration. If the certificate is invalid, the cluster cannot be created.
                                                                    • Starting from v1.25, Kubernetes no longer supports certificate authentication generated using the SHA1WithRSA or ECDSAWithSHA1 algorithm. You are advised to use the SHA256 algorithm.
                                                                    +
                                                                    • Request Forwarding: The IPVS and iptables modes are supported. For details, see Comparing iptables and IPVS.
                                                                    • CPU Manager: When enabled, CPU cores will be exclusively allocated to workload pods. For details, see CPU Policy.
                                                                    • Resource Tag:

                                                                      You can add resource tags to classify resources.

                                                                      +
                                                                    • Certificate Authentication:
                                                                      • Default: The X509-based authentication mode is enabled by default. X509 is a commonly used certificate format.
                                                                      • Custom: The cluster can identify users based on the header in the request body for authentication.

                                                                        Upload your CA root certificate, client certificate, and private key of the client certificate.

                                                                        +
                                                                        • Upload a file smaller than 1 MiB. The CA certificate and client certificate can be in .crt or .cer format. The private key of the client certificate can only be uploaded unencrypted.
                                                                        • The validity period of the client certificate must be longer than five years.
                                                                        • The uploaded CA certificate is used for both the authentication proxy and the kube-apiserver aggregation layer configuration. If the certificate is invalid, the cluster cannot be created.
                                                                        • Starting from v1.25, Kubernetes no longer supports certificate authentication generated using the SHA1WithRSA or ECDSAWithSHA1 algorithm. You are advised to use the SHA256 algorithm.
                                                                      -
                                                                    • Description: The value can contain a maximum of 200 English characters.
                                                                    -

                                                                  • Click Next: Add-on Configuration.

                                                                    Domain Name Resolution: Uses the coredns add-on, installed by default, to resolve domain names and connect to the cloud DNS server.

                                                                    -

                                                                    Container Storage: Uses the everest add-on, installed by default, to provide container storage based on CSI and connect to cloud storage services such as EVS.

                                                                    -
                                                                    Service logs
                                                                    • Using ICAgent:

                                                                      A log collector provided by Application Operations Management (AOM), reporting logs to AOM and Log Tank Service (LTS) according to the log collection rules you configured.

                                                                      +
                                                                    • Description: The description cannot exceed 200 characters.
                                                                    +

                                                                  • Click Next: Add-on Configuration.

                                                                    Domain Name Resolution:

                                                                    +
                                                                    • Domain Name Resolution: The coredns add-on is installed by default to resolve domain names and connect to the cloud DNS server.
                                                                    +

                                                                    Container Storage: The everest add-on is installed by default to provide container storage based on CSI and connect to cloud storage services such as EVS.

                                                                    +

                                                                    Fault Detection: The npd add-on is installed by default to provide node fault detection and isolation for the cluster, helping you identify node problems in a timely manner.

                                                                    +
                                                                    Data Plane Logs
                                                                    • Using ICAgent:

                                                                      A log collector provided by Application Operations Management (AOM), reporting logs to AOM and Log Tank Service (LTS) according to the log collection rules you configured.

                                                                      You can collect stdout logs as required.

                                                                    -

                                                                    Overload Control: If overload control is enabled, concurrent requests are dynamically controlled based on the resource pressure of master nodes to keep them and the cluster available.

                                                                    -

                                                                  • After setting the parameters, click Next: Confirm. After confirming that the cluster configuration information is correct, select I have read and understand the preceding instructions and click Submit.

                                                                    It takes about 6 to 10 minutes to create a cluster. You can click Back to Cluster List to perform other operations on the cluster or click Go to Cluster Events to view the cluster details.

                                                                    +

                                                                    Overload Control: If enabled, concurrent requests are dynamically controlled based on the resource pressure of master nodes to keep them and the cluster available. For details, see Cluster Overload Control.

                                                                    +

                                                                  • After the parameters are specified, click Next: Confirm. The cluster resource list is displayed. Confirm the information and click Submit.

                                                                    It takes about 6 to 10 minutes to create a cluster. You can click Back to Cluster List to perform other operations on the cluster or click Go to Cluster Events to view the cluster details.

                                                              Related Operations

                                                              @@ -35,7 +37,7 @@
                                                              diff --git a/docs/cce/umn/cce_10_0031.html b/docs/cce/umn/cce_10_0031.html index 4edbb64b7..29fe7e0c2 100644 --- a/docs/cce/umn/cce_10_0031.html +++ b/docs/cce/umn/cce_10_0031.html @@ -6,12 +6,14 @@

                                                      Mandatory

                                                      Spec

                                                      +

                                                      spec

                                                      Detailed description of the Deployment.

                                                      + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

                                                      Parameter

                                                      +

                                                      Description

                                                      +

                                                      Container Name

                                                      +

                                                      Name the container.

                                                      +

                                                      Pull Policy

                                                      +

                                                      Image update or pull policy. If you select Always, the image is pulled from the image repository each time. If you do not select Always, the existing image of the node is preferentially used. If the image does not exist, the image is pulled from the image repository.

                                                      +

                                                      Image Name

                                                      +

                                                      Click Select Image and select the image used by the container.

                                                      +

                                                      To use a third-party image, see Using Third-Party Images.

                                                      +

                                                      Image Tag

                                                      +

                                                      Select the image tag to be deployed.

                                                      +

                                                      CPU Quota

                                                      +
                                                      • Request: minimum number of CPU cores required by a container. The default value is 0.25 cores.
                                                      • Limit: maximum number of CPU cores available for a container. Do not leave Limit unspecified. Otherwise, intensive use of container resources will occur and your workload may exhibit unexpected behavior.
                                                      +

                                                      If Request and Limit are not specified, the quota is not limited. For more information and suggestions about Request and Limit, see Setting Container Specifications.

                                                      +

                                                      Memory Quota

                                                      +
                                                      • Request: minimum amount of memory required by a container. The default value is 512 MiB.
                                                      • Limit: maximum amount of memory available for a container. When memory usage exceeds the specified memory limit, the container will be terminated.
                                                      +

                                                      If Request and Limit are not specified, the quota is not limited. For more information and suggestions about Request and Limit, see Setting Container Specifications.

                                                      +

                                                      (Optional) GPU Quota

                                                      +

                                                      Configurable only when the cluster contains GPU nodes and the gpu-beta add-on is installed.

                                                      +
                                                      • All: The GPU is not used.
                                                      • Dedicated: GPU resources are exclusively used by the container.
                                                      • Shared: percentage of GPU resources used by the container. For example, if this parameter is set to 10%, the container uses 10% of GPU resources.
                                                      +

                                                      For details about how to use GPU in the cluster, see Default GPU Scheduling in Kubernetes.

                                                      +

                                                      (Optional) Privileged Container

                                                      +

                                                      Programs in a privileged container have certain privileges.

                                                      +

                                                      If Privileged Container is enabled, the container is assigned privileges. For example, privileged containers can manipulate network devices on the host machine and modify kernel parameters.

                                                      +

                                                      (Optional) Init Container

                                                      +

                                                      Indicates whether to use the container as an init container. The init container does not support health check.

                                                      +

                                                      An init container is a special container that runs before other app containers in a pod are started. Each pod can contain multiple containers. In addition, a pod can contain one or more Init containers. Application containers in a pod are started and run only after the running of all Init containers completes. For details, see Init Container.

                                                      +
                                                      +
                                                      +
                                                    9. (Optional) Lifecycle: Configure operations to be performed in a specific phase of the container lifecycle, such as Startup Command, Post-Start, and Pre-Stop. For details, see Setting Container Lifecycle Parameters.
                                                    10. (Optional) Health Check: Set the liveness probe, ready probe, and startup probe as required. For details, see Setting Health Check for a Container.
                                                    11. (Optional) Environment Variables: Set variables for the container running environment using key-value pairs. These variables transfer external information to containers running in pods and can be flexibly modified after application deployment. For details, see Setting an Environment Variable.
                                                    12. (Optional) Data Storage: Mount local storage or cloud storage to the container. The application scenarios and mounting modes vary with the storage type. For details, see Storage.
                                                      • StatefulSets support dynamic attachment of EVS disks. For details, see Dynamically Mounting an EVS Disk to a StatefulSet and Dynamically Mounting a Local PV to a StatefulSet.

                                                        Dynamic mounting is achieved by using the volumeClaimTemplates field and depends on the dynamic creation capability of StorageClass. A StatefulSet associates each pod with a PVC using the volumeClaimTemplates field, and the PVC is bound to the corresponding PV. Therefore, after the pod is rescheduled, the original data can still be mounted based on the PVC name.

                                                      • After a workload is created, the storage that is dynamically mounted cannot be updated.
                                                      -
                                                    13. Security Context: Set container permissions to protect the system and other containers from being affected. Enter the user ID to set container permissions and prevent systems and other containers from being affected.
                                                    14. Logging: See Using ICAgent to Collect Container Logs.
                                                    15. +
                                                    16. (Optional) Security Context: Set container permissions to protect the system and other containers from being affected. Enter the user ID to set container permissions and prevent systems and other containers from being affected.
                                                    17. (Optional) Logging: Report container stdout streams to AOM by default and require no manual settings. You can manually configure the log collection path. For details, see Using ICAgent to Collect Container Logs.

                                                      To disable the standard output of the current workload, add the annotation kubernetes.AOM.log.stdout: [] in Labels and Annotations. For details about how to use this annotation, see Table 1.

                                                      +
                                                    -
                                                  3. Image Access Credential: Select the credential used for accessing the image repository. The default value is default-secret. You can use default-secret to access images in SWR. For details about default-secret, see default-secret.
                                                  4. GPU graphics card: All is selected by default. The workload instance will be scheduled to the node with the specified GPU graphics card type.
                                                  5. +
                                                  6. Image Access Credential: Select the credential used for accessing the image repository. The default value is default-secret. You can use default-secret to access images in SWR. For details about default-secret, see default-secret.
                                                  7. (Optional) GPU: All is selected by default. The workload instance will be scheduled to the node with the specified GPU graphics card type.

                                                  Headless Service Parameters

                                                  A headless Service is used to solve the problem of mutual access between pods in a StatefulSet. The headless Service provides a fixed access domain name for each pod. For details, see Headless Service.

                                                  -

                                                  Service Settings

                                                  -

                                                  A Service is used for pod access. With a fixed IP address, a Service forwards access traffic to pods and performs load balancing for these pods.

                                                  -

                                                  You can also create a Service after creating a workload. For details about the Service, see Service Overview.

                                                  -
                                                  Advanced Settings
                                                  • Upgrade: See Configuring the Workload Upgrade Policy.
                                                  • Scheduling: See Scheduling Policy (Affinity/Anti-affinity).
                                                  • Instances Management Policies

                                                    For some distributed systems, the StatefulSet sequence is unnecessary and/or should not occur. These systems require only uniqueness and identifiers.

                                                    +

                                                    (Optional) Service Settings

                                                    +

                                                    A Service provides external access for pods. With a static IP address, a Service forwards access traffic to pods and performs automatic load balancing for these pods.

                                                    +

                                                    You can also create a Service after creating a workload. For details about Services of different types, see Overview.

                                                    +
                                                    (Optional) Advanced Settings
                                                    • Upgrade: Specify the upgrade mode and upgrade parameters of the workload. Rolling upgrade and Replace upgrade are supported. For details, see Configuring the Workload Upgrade Policy.
                                                    • Pod Management Policies:

                                                      For some distributed systems, the StatefulSet sequence is unnecessary and/or should not occur. These systems require only uniqueness and identifiers.

                                                      • OrderedReady: The StatefulSet will deploy, delete, or scale pods in order and one by one. (The StatefulSet continues only after the previous pod is ready or deleted.) This is the default policy.
                                                      • Parallel: The StatefulSet will create pods in parallel to match the desired scale without waiting, and will delete all pods at once.
                                                      -
                                                    • Toleration: Using both taints and tolerations allows (not forcibly) the pod to be scheduled to a node with the matching taints, and controls the pod eviction policies after the node where the pod is located is tainted. For details, see Tolerations.
                                                    • Labels and Annotations: See Pod Labels and Annotations.
                                                    • DNS: See DNS Configuration.
                                                    +
                                                  • Scheduling: Configure affinity and anti-affinity policies for flexible workload scheduling. Node affinity, pod affinity, and pod anti-affinity are supported. For details, see Scheduling Policy (Affinity/Anti-affinity).
                                                  • Toleration: Using both taints and tolerations allows (not forcibly) the pod to be scheduled to a node with the matching taints, and controls the pod eviction policies after the node where the pod is located is tainted. For details, see Taints and Tolerations.
                                                  • Labels and Annotations: Add labels or annotations for pods using key-value pairs. After entering the key and value, click Confirm. For details about how to use and configure labels and annotations, see Labels and Annotations.
                                                  • DNS: Configure a separate DNS policy for the workload. For details, see DNS Configuration.
                                                  • Network configuration: +
                                                  -

                                                4. Click Create Workload in the lower right corner.
                                                5. +

                                                6. Click Create Workload in the lower right corner.
                                                7. -

                                                  Using kubectl

                                                  In this example, an nginx workload is used and the EVS volume is dynamically mounted to it using the volumeClaimTemplates field.

                                                  +

                                                  Using kubectl

                                                  In this example, an nginx workload is used and the EVS volume is dynamically mounted to it using the volumeClaimTemplates field.

                                                  1. Use kubectl to connect to the cluster. For details, see Connecting to a Cluster Using kubectl.
                                                  2. Create and edit the nginx-statefulset.yaml file.

                                                    nginx-statefulset.yaml is an example file name, and you can change it as required.

                                                    vi nginx-statefulset.yaml

                                                    The following provides an example of the file contents. For more information on StatefulSet, see the Kubernetes documentation.

                                                    @@ -69,7 +133,7 @@ spec: volumes: [] serviceName: nginx-svc replicas: 2 -volumeClaimTemplates: # Dynamically mounts the EVS volume to the workload. + volumeClaimTemplates: # Dynamically mounts the EVS volume to the workload. - apiVersion: v1 kind: PersistentVolumeClaim metadata: @@ -78,15 +142,15 @@ volumeClaimTemplates: # Dynamically mounts the EVS volume to the workload. annotations: everest.io/disk-volume-type: SAS # SAS EVS volume type. labels: - failure-domain.beta.kubernetes.io/region: eu-de # region where the EVS volume is created. + failure-domain.beta.kubernetes.io/region: eu-de # region where the EVS volume is created. failure-domain.beta.kubernetes.io/zone: # AZ where the EVS volume is created. It must be the same as the AZ of the node. spec: accessModes: - - ReadWriteOnce # The value must be ReadWriteOnce for the EVS volume. + - ReadWriteOnce # The value must be ReadWriteOnce for the EVS volume. resources: requests: storage: 10Gi - storageClassName: csi-disk # Storage class name. The value is csi-disk for the EVS volume. + storageClassName: csi-disk # Storage class name. The value is csi-disk for the EVS volume. updateStrategy: type: RollingUpdate

                                                    vi nginx-headless.yaml

                                                    @@ -115,12 +179,12 @@ spec:

                                                    kubectl create -f nginx-headless.yaml

                                                    If the following information is displayed, the headless service has been successfully created.

                                                    service/nginx-svc created
                                                    -

                                                  3. If the workload will be accessed through a ClusterIP or NodePort Service, set the corresponding workload access type. For details, see Networking.
                                                  +

                                                8. If the workload will be accessed through a ClusterIP or NodePort Service, set the corresponding workload access type. For details, see Network.
                                                9. diff --git a/docs/cce/umn/cce_10_0054.html b/docs/cce/umn/cce_10_0054.html index 4bc4d0d1e..b28747994 100644 --- a/docs/cce/umn/cce_10_0054.html +++ b/docs/cce/umn/cce_10_0054.html @@ -21,7 +21,7 @@
                                                  NOTE:

                                                  Naming rule of a master node: Cluster name-cce-control-Random number

                                                  -

                                                  Restore the security group by referring to the security group of the new cluster and allow traffic from the security group to pass through.

                                                  +

                                                  Restore the security group by referring to "Creating a Cluster" and allow traffic from the security group to pass through.

                                                  Letting the node expire or destroying the node

                                                  @@ -68,7 +68,7 @@

                                                  Replacing the master or etcd certificate

                                                  The cluster may become unavailable.

                                                  +

                                                  The cluster may be unavailable.

                                                  This operation cannot be undone.

                                                  Restore the security group by referring to Creating a CCE Cluster and allow traffic from the security group to pass through.

                                                  +

                                                  Restore the security group and allow traffic from the security group to pass through.

                                                  Deleting the node

                                                  @@ -101,7 +101,7 @@

                                                  Upgrading the node kernel

                                                  The node may be unavailable or the network may be abnormal.

                                                  -
                                                  NOTE:

                                                  Node running depends on the system kernel version. Do not use the yum update command to update or reinstall the operating system kernel of a node unless necessary. (Reinstalling the operating system kernel using the original image or other images is a risky operation.)

                                                  +
                                                  NOTE:

                                                  Node running depends on the system kernel version. Do not use the yum update command to update or reinstall the operating system kernel of a node unless necessary. (Reinstalling the operating system kernel using the original image or other images is a risky operation.)

                                                  For details, see Resetting a Node.

                                                  @@ -128,11 +128,11 @@

                                                  Restore the configuration items or reset the node. For details, see Resetting a Node.

                                                  Deleting or modifying the /opt/cloud/cce and /var/paas directories, and delete the data disk.

                                                  +

                                                  Deleting or modifying the /opt/cloud/cce and /var/paas directories, and deleting the data disk

                                                  The node will become unready.

                                                  You can reset the node. For details, see Resetting a Node.

                                                  +

                                                  Reset the node. For details, see Resetting a Node.

                                                  Modifying the node directory permission and the container directory permission

                                                  @@ -146,7 +146,7 @@

                                                  The node may be unavailable.

                                                  You can reset the node. For details, see Resetting a Node.

                                                  +

                                                  Reset the node. For details, see Resetting a Node.

                                                  Installing other software on nodes

                                                  @@ -163,7 +163,7 @@

                                                  Reset the node. For details, see Resetting a Node.

                                                  Delete system images such as cfe-pause from the node.

                                                  +

                                                  Delete system images such as cce-pause from the node.

                                                  Containers cannot be created and system images cannot be pulled.

                                                -

                                                Networking and Load Balancing

                                                +

                                                Networking

                                                - @@ -208,34 +208,7 @@ - - - - - - - - - - - - - - - - -
                                                Table 2 High-risk operations and solutions

                                                Operation

                                                Impact

                                                How to Avoid/Fix

                                                +

                                                Solution

                                                The DNS in the cluster cannot work properly.

                                                Restore the security group by referring to Creating a CCE Cluster and allow traffic from the security group to pass through.

                                                -

                                                Creating a custom listener on the ELB console for the load balancer managed by CCE

                                                -

                                                The modified items are reset by CCE or the ingress is faulty.

                                                -

                                                Use the YAML file of the Service to automatically create a listener.

                                                -

                                                Binding a user-defined backend on the ELB console to the load balancer managed by CCE.

                                                -

                                                Do not manually bind any backend.

                                                -

                                                Changing the ELB certificate on the ELB console for the load balancer managed by CCE.

                                                -

                                                Use the YAML file of the ingress to automatically manage certificates.

                                                -

                                                Changing the listener name on the ELB console for the ELB listener managed by CCE.

                                                -

                                                Do not change the name of the ELB listener managed by CCE.

                                                -

                                                Changing the description of load balancers, listeners, and forwarding policies managed by CCE on the ELB console.

                                                -

                                                Do not modify the description of load balancers, listeners, or forwarding policies managed by CCE.

                                                +

                                                Restore the security group by referring to Creating a Cluster and allow traffic from the security group to pass through.

                                                Delete CRD resources of network-attachment-definitions of default-network.

                                                @@ -249,27 +222,104 @@
                                                -

                                                Logs

                                                -
                                                Table 3 High-risk operations and solutions

                                                Operation

                                                +

                                                Load Balancing

                                                +
                                                - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
                                                Table 3 Service ELB

                                                Operation

                                                Impact

                                                +

                                                Impact

                                                Solution

                                                +

                                                Solution

                                                Deleting the /tmp/ccs-log-collector/pos directory on the host machine

                                                +

                                                Changing the private IPv4 address of a load balancer on the ELB console

                                                Logs are collected repeatedly.

                                                +
                                                • The network traffic forwarded using the private IPv4 addresses will be interrupted.
                                                • The IP address in the status field of the Service/ingress YAML file is changed.

                                                None

                                                +

                                                You are not advised to modify the permissions. Restore the permissions if they are modified.

                                                Deleting the /tmp/ccs-log-collector/buffer directory of the host machine

                                                +

                                                Unbinding the IPv4 EIP from a load balancer on the ELB console

                                                Logs are lost.

                                                +

                                                After the EIP is unbound from the load balancer, the load balancer will not be able to forward Internet traffic.

                                                None

                                                +

                                                Restore the EIP binding.

                                                +

                                                Creating a custom listener on the ELB console for the load balancer managed by CCE

                                                +

                                                If a load balancer is automatically created when a Service or an ingress is created, the custom listener of the load balancer cannot be deleted when the Service or ingress is deleted. In this case, the load balancer cannot be automatically deleted.

                                                +

                                                Use the listener automatically created through a Service or an ingress. If a custom listener is used, manually delete the target load balancer.

                                                +

                                                Deleting a listener automatically created by CCE on the ELB console

                                                +
                                                • Service/Ingress access fails.
                                                • After the master nodes are restarted, for example, due to a cluster upgrade, all your modifications will be reset by CCE.
                                                +

                                                Re-create or update the Service or ingress.

                                                +

                                                Modifying the basic configurations such as the name, access control, timeout, or description of a listener created by CCE on the ELB console

                                                +

                                                After the master nodes are restarted, for example, due to a cluster upgrade, all your modifications will be reset by CCE if the listener is deleted.

                                                +

                                                You are not advised to modify the permissions. Restore the permissions if they are modified.

                                                +

                                                Modifying the backend server group of a listener created by CCE on the ELB console, including adding or deleting backend servers to or from the server group

                                                +
                                                • Service/Ingress access fails.
                                                • After the master nodes are restarted, for example, due to a cluster upgrade, all your modifications will be reset by CCE.
                                                  • The deleted backend server will be restored.
                                                  • The added backend server will be removed.
                                                  +
                                                +

                                                Re-create or update the Service or ingress.

                                                +

                                                Replacing the backend server group of a listener created by CCE on the ELB console

                                                +
                                                • Service/Ingress access fails.
                                                • After the master nodes are restarted, for example, due to a cluster upgrade, all servers in the backend server group will be reset by CCE.
                                                +

                                                Re-create or update the Service or ingress.

                                                +

                                                Modifying the forwarding policy of a listener created by CCE on the ELB console, including adding or deleting a forwarding rule

                                                +
                                                • Service/Ingress access fails.
                                                • After the master nodes are restarted, for example, due to a cluster upgrade, all your modifications will be reset by CCE if the forwarding rule is added by the ingress.
                                                +

                                                You are not advised to modify the permissions. Restore the permissions if they are modified.

                                                +

                                                Changing the ELB certificate on the ELB console for the load balancer managed by CCE

                                                +

                                                After the master nodes are restarted, for example, due to a cluster upgrade, all servers in the backend server group will be reset by CCE.

                                                +

                                                Use the YAML file of the ingress to automatically manage certificates.

                                                +
                                                +
                                                +
                                                +

                                                Logs

                                                +
                                                + + + + + + + + + + + @@ -277,41 +327,41 @@

                                                EVS Disks

                                                -
                                                Table 4 High-risk operations and solutions

                                                Operation

                                                +

                                                Impact

                                                +

                                                Solution

                                                +

                                                Deleting the /tmp/ccs-log-collector/pos directory on the host machine

                                                +

                                                Logs are collected repeatedly.

                                                +

                                                None

                                                +

                                                Deleting the /tmp/ccs-log-collector/buffer directory on the host machine

                                                +

                                                Logs are lost.

                                                +

                                                None

                                                Table 4 High-risk operations and solutions

                                                Operation

                                                +
                                                - - - - - - - - - - - - - - - diff --git a/docs/cce/umn/cce_10_0059.html b/docs/cce/umn/cce_10_0059.html index 0152de2d1..f9a7b1336 100644 --- a/docs/cce/umn/cce_10_0059.html +++ b/docs/cce/umn/cce_10_0059.html @@ -3,84 +3,81 @@

                                                Network Policies

                                                Network policies are designed by Kubernetes to restrict pod access. It is equivalent to a firewall at the application layer to enhance network security. The capabilities supported by network policies depend on the capabilities of the network add-ons of the cluster.

                                                By default, if a namespace does not have any policy, pods in the namespace accept traffic from any source and send traffic to any destination.

                                                -

                                                Network policy rules are classified into the following types:

                                                +

                                                Network policies are classified into the following types:

                                                • namespaceSelector: selects particular namespaces for which all pods should be allowed as ingress sources or egress destinations.
                                                • podSelector: selects particular pods in the same namespace as the network policy which should be allowed as ingress sources or egress destinations.
                                                • ipBlock: selects particular IP blocks to allow as ingress sources or egress destinations. (Only egress rules support IP blocks.)
                                                -

                                                Notes and Constraints

                                                • Only clusters that use the tunnel network model support network policies. Network policies are classified into the following types:
                                                  • Ingress: All versions support this type.
                                                  • Egress: Only clusters of v1.23 or later support egress rules.

                                                    Egress rules are supported only in the following OSs:

                                                    - -
                                                Table 5 High-risk operations and solutions

                                                Operation

                                                Impact

                                                +

                                                Impact

                                                Solution

                                                +

                                                Solution

                                                Remarks

                                                +

                                                Remarks

                                                Manually unmounting an EVS disk on the console

                                                +

                                                Manually unmounting an EVS disk on the console

                                                An I/O error is reported when the pod data is being written into the disk.

                                                +

                                                An I/O error occurs when data is written into a pod.

                                                Delete the mount path from the node and schedule the pod again.

                                                +

                                                Delete the mount path from the node and schedule the pod again.

                                                The file in the pod records the location where files are to be collected.

                                                +

                                                The file in the pod records the location where files are to be collected.

                                                Unmounting the disk mount path on the node

                                                +

                                                Unmounting the disk mount path on the node

                                                Pod data is written into a local disk.

                                                +

                                                Pod data is written into a local disk.

                                                Remount the corresponding path to the pod.

                                                +

                                                Remount the corresponding path to the pod.

                                                The buffer contains log cache files to be consumed.

                                                +

                                                The buffer contains log cache files to be consumed.

                                                Operating EVS disks on the node

                                                +

                                                Operating EVS disks on the node

                                                Pod data is written into a local disk.

                                                +

                                                Pod data is written into a local disk.

                                                None

                                                +

                                                None

                                                None

                                                +

                                                None

                                                OS

                                                +

                                                Constraints

                                                • Only clusters that use the tunnel network model support network policies. Network policies are classified into the following types:
                                                  • Ingress: All versions support this type.
                                                  • Egress: Only the following OSs and cluster versions support egress rules. +
                                                    - + - - + - - - - -

                                                    OS

                                                    Verified Kernel Version

                                                    +

                                                    Cluster Version

                                                    +

                                                    Verified Kernel Version

                                                    CentOS

                                                    +

                                                    EulerOS 2.5

                                                    3.10.0-1062.18.1.el7.x86_64

                                                    -

                                                    3.10.0-1127.19.1.el7.x86_64

                                                    -

                                                    3.10.0-1160.25.1.el7.x86_64

                                                    -

                                                    3.10.0-1160.76.1.el7.x86_64

                                                    +

                                                    v1.23 or later

                                                    +

                                                    3.10.0-862.14.1.5.h591.eulerosv2r7.x86_64

                                                    +

                                                    3.10.0-862.14.1.5.h687.eulerosv2r7.x86_64

                                                    EulerOS 2.5

                                                    +

                                                    EulerOS 2.9

                                                    3.10.0-862.14.1.5.h591.eulerosv2r7.x86_64

                                                    -

                                                    3.10.0-862.14.1.5.h687.eulerosv2r7.x86_64

                                                    +

                                                    v1.23 or later

                                                    EulerOS 2.9

                                                    -

                                                    4.18.0-147.5.1.6.h541.eulerosv2r9.x86_64

                                                    -

                                                    4.18.0-147.5.1.6.h766.eulerosv2r9.x86_64

                                                    +

                                                    4.18.0-147.5.1.6.h541.eulerosv2r9.x86_64

                                                    +

                                                    4.18.0-147.5.1.6.h766.eulerosv2r9.x86_64

                                                  -
                                                • Network isolation is not supported for IPv6 addresses.
                                                • If a cluster is upgraded to v1.23 in in-place mode, you cannot use egress rules because the node OS is not upgraded. In this case, reset the node.
                                                +
                                              • Network isolation is not supported for IPv6 addresses.
                                              • If upgrade to a cluster version that supports egress rules is performed in in-place mode, you cannot use egress rules because the node OS is not upgraded. In this case, reset the node.
                                              • -

                                                Using Ingress Rules

                                                • Using podSelector to specify the access scope
                                                  apiVersion: networking.k8s.io/v1
                                                  +

                                                  Using Ingress Rules

                                                  • Using podSelector to specify the access scope
                                                    apiVersion: networking.k8s.io/v1
                                                     kind: NetworkPolicy
                                                     metadata:
                                                       name: test-network-policy
                                                       namespace: default
                                                     spec:
                                                    -  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                    +  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                         matchLabels:
                                                           role: db
                                                    -  ingress:                      #This is an ingress rule.
                                                    +  ingress:                      # This is an ingress rule.
                                                       - from:
                                                    -    - podSelector:              #Only traffic from the pods with the "role=frontend" label is allowed.
                                                    +    - podSelector:              # Only traffic from the pods with the "role=frontend" label is allowed.
                                                             matchLabels:
                                                               role: frontend
                                                    -    ports:                      #Only TCP can be used to access port 6379.
                                                    +    ports:                      # Only TCP can be used to access port 6379.
                                                         - protocol: TCP
                                                           port: 6379
                                                    -

                                                    See the following figure.

                                                    -
                                                    Figure 1 podSelector
                                                    +

                                                    The following figure shows how podSelector works.

                                                    +
                                                    Figure 1 podSelector
                                                  -
                                                  • Using namespaceSelector to specify the access scope
                                                    apiVersion: networking.k8s.io/v1
                                                    +
                                                    • Using namespaceSelector to specify the access scope
                                                      apiVersion: networking.k8s.io/v1
                                                       kind: NetworkPolicy
                                                       metadata:
                                                         name: test-network-policy
                                                       spec:
                                                      -  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                      +  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                           matchLabels:
                                                             role: db
                                                      -  ingress:                      #This is an ingress rule.
                                                      +  ingress:                      # This is an ingress rule.
                                                         - from:
                                                           - namespaceSelector:        # Only traffic from the pods in the namespace with the "project=myproject" label is allowed.
                                                               matchLabels:
                                                                 project: myproject
                                                      -    ports:                      #Only TCP can be used to access port 6379.
                                                      +    ports:                      # Only TCP can be used to access port 6379.
                                                           - protocol: TCP
                                                             port: 6379
                                                      -

                                                      See the following figure.

                                                      -
                                                      Figure 2 namespaceSelector
                                                      +

                                                      The following figure shows how namespaceSelector works.

                                                      +
                                                      Figure 2 namespaceSelector

                                                  Using Egress Rules

                                                  Egress supports not only podSelector and namespaceSelector, but also ipBlock.

                                                  -

                                                  Only clusters of version 1.23 or later support egress rules. Currently, only EulerOS 2.5, EulerOS 2.9, and CentOS 7.7 nodes are supported.

                                                  +

                                                  Only clusters of version 1.23 or later support egress rules. Currently, nodes running EulerOS 2.5, EulerOS 2.9 are supported.

                                                  apiVersion: networking.k8s.io/v1
                                                   kind: NetworkPolicy
                                                  @@ -90,7 +87,7 @@ metadata:
                                                   spec:
                                                     policyTypes:                  # Must be specified for an egress rule.
                                                       - Egress
                                                  -  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                  +  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                       matchLabels:
                                                         role: db
                                                     egress:                       # Egress rule
                                                  @@ -98,9 +95,9 @@ spec:
                                                       - ipBlock:
                                                           cidr: 172.16.0.16/16    # Allow access to this CIDR block.
                                                           except:
                                                  -        - 172.16.0.40/32        # This CIDR block cannot be accessed. This value must fall within the range specified by cidr.
                                                  -

                                                  The following figure shows how to use ingress and egress together.

                                                  -
                                                  Figure 3 ipBlock
                                                  + - 172.16.0.40/32 # This CIDR block cannot be accessed. This value must fall within the range specified by cidr.
                                                  +

                                                  The following figure shows how ipBlock works.

                                                  +
                                                  Figure 3 ipBlock

                                                  You can define ingress and egress in the same rule.

                                                  apiVersion: networking.k8s.io/v1
                                                   kind: NetworkPolicy
                                                  @@ -111,77 +108,79 @@ spec:
                                                     policyTypes:
                                                     - Ingress
                                                     - Egress
                                                  -  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                  +  podSelector:                  # The rule takes effect for pods with the role=db label.
                                                       matchLabels:
                                                         role: db
                                                  -  ingress:                      # Ingress rule
                                                  +  ingress:                      # This is an ingress rule.
                                                     - from:
                                                  -    - podSelector:              #Only traffic from the pods with the "role=frontend" label is allowed.
                                                  +    - podSelector:              # Only traffic from the pods with the "role=frontend" label is allowed.
                                                           matchLabels:
                                                             role: frontend
                                                  -    ports:                      #Only TCP can be used to access port 6379.
                                                  +    ports:                      # Only TCP can be used to access port 6379.
                                                       - protocol: TCP
                                                         port: 6379
                                                     egress:                       # Egress rule
                                                     - to:
                                                  -    - podSelector:              # Only pods with the role=web label can be accessed.
                                                  +    - podSelector:              # Only pods with the role=web label can be accessed.
                                                           matchLabels:
                                                             role: web

                                                  The following figure shows how to use ingress and egress together.

                                                  -
                                                  Figure 4 Using both ingress and egress
                                                  +
                                                  Figure 4 Using both ingress and egress
                                                -

                                                Creating a Network Policy on the Console

                                                1. Log in to the CCE console and access the cluster console.
                                                2. Choose Networking in the navigation pane, click the Network Policies tab, and click Create Network Policy in the upper right corner.

                                                  • Policy Name: Specify a network policy name.
                                                  • Namespace: Select a namespace in which the network policy is applied.
                                                  • Selector: Enter a label, select the pod to be associated, and click Add. You can also click Reference Workload Label to reference the label of an existing workload.
                                                  • Inbound Rule: Click to add an inbound rule. For details about parameter settings, see Table 1.

                                                    -
                                                    -
                                                    Table 1 Adding an inbound rule

                                                    Parameter

                                                    +

                                                    Creating a Network Policy on the Console

                                                    1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                    2. Choose Networking in the navigation pane, click the Network Policies tab, and click Create Network Policy in the upper right corner.

                                                      • Policy Name: Specify a network policy name.
                                                      • Namespace: Select a namespace in which the network policy is applied.
                                                      • Selector: Enter a label, select the pod to be associated, and click Add. You can also click Reference Workload Label to reference the label of an existing workload.
                                                      • Inbound Rule: Click to add an inbound rule. For details about parameter settings, see Table 1.

                                                        +

                                                        +
                                                        +
                                                        - - - - - - -
                                                        Table 1 Adding an inbound rule

                                                        Parameter

                                                        Description

                                                        +

                                                        Description

                                                        Protocol & Port

                                                        +

                                                        Protocol & Port

                                                        Select the protocol type and port. Currently, TCP and UDP are supported.

                                                        +

                                                        Select the protocol type and port. Currently, TCP and UDP are supported.

                                                        Source Namespace

                                                        +

                                                        Source Namespace

                                                        Select a namespace whose objects can be accessed. If this parameter is not specified, the object belongs to the same namespace as the current policy.

                                                        +

                                                        Select a namespace whose objects can be accessed. If this parameter is not specified, the object belongs to the same namespace as the current policy.

                                                        Source Pod Label

                                                        +

                                                        Source Pod Label

                                                        Allow accessing the pods with this label. If this parameter is not specified, all pods in the namespace can be accessed.

                                                        +

                                                        Allow accessing the pods with this label. If this parameter is not specified, all pods in the namespace can be accessed.

                                                        -
                                                      • Outbound Rule: Click to add an outbound rule. For details about parameter settings, see Table 1.
                                                        -
                                                        Table 2 Adding an outbound rule

                                                        Parameter

                                                        +
                                                      • Outbound Rule: Click to add an outbound rule. For details about parameter settings, see Table 1.

                                                        +
                                                        +
                                                        - - - - - - - - - @@ -194,7 +193,7 @@ spec:
                                                        diff --git a/docs/cce/umn/cce_10_0063.html b/docs/cce/umn/cce_10_0063.html index cc6e8c601..da57878cc 100644 --- a/docs/cce/umn/cce_10_0063.html +++ b/docs/cce/umn/cce_10_0063.html @@ -4,18 +4,18 @@

                                                        Scenario

                                                        After a node scaling policy is created, you can delete, edit, disable, enable, or clone the policy.

                                                        Viewing a Node Scaling Policy

                                                        You can view the associated node pool, rules, and scaling history of a node scaling policy and rectify faults according to the error information displayed.

                                                        -
                                                        1. Log in to the CCE console and access the cluster console.
                                                        2. Choose Node Scaling in the navigation pane and click in front of the policy to be viewed.
                                                        3. In the expanded area, the Associated Node Pools, Rules, and Scaling History tab pages are displayed. If the policy is abnormal, locate and rectify the fault based on the error information.

                                                          You can also disable or enable auto scaling on the Node Pools page.

                                                          -
                                                          1. Log in to the CCE console and access the cluster console.
                                                          2. In the navigation pane, choose Nodes and switch to the Node Pools tab page.
                                                          3. Click Edit of the node pool to be operated. In the Edit Node Pool dialog box that is displayed, set the limits of the number of nodes.
                                                          +
                                                          1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and click in front of the policy to be viewed.
                                                          3. In the expanded area, the Associated Node Pools, Rules, and Scaling History tab pages are displayed. If the policy is abnormal, locate and rectify the fault based on the error information.

                                                            You can also disable or enable auto scaling on the Node Pools page.

                                                            +
                                                            1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                            2. In the navigation pane, choose Nodes and switch to the Node Pools tab.
                                                            3. Locate the row containing the target node pool and click Update Node Pool. In the window that slides out from the right, enable Auto Scaling, and configure Max. Nodes, Min. Nodes, and Cooldown Period.

                                                          -

                                                          Deleting a Node Scaling Policy

                                                          1. Log in to the CCE console and access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and choose More > Delete next to the policy to be deleted.
                                                          3. In the Delete Node Scaling Policy dialog box displayed, confirm whether to delete the policy.
                                                          4. Click Yes to delete the policy.
                                                          +

                                                          Deleting a Node Scaling Policy

                                                          1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and choose More > Delete next to the policy to be deleted.
                                                          3. In the Delete Node Scaling Policy dialog box displayed, confirm whether to delete the policy.
                                                          4. Click Yes to delete the policy.
                                                          -

                                                          Editing a Node Scaling Policy

                                                          1. Log in to the CCE console and access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and click Edit in the Operation column of the policy to be edited.
                                                          3. On the Edit Node Scaling Policy page displayed, modify policy parameter values listed in Table 1.
                                                          4. After the configuration is complete, click OK.
                                                          +

                                                          Editing a Node Scaling Policy

                                                          1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and click Edit in the Operation column of the policy to be edited.
                                                          3. On the Edit Node Scaling Policy page displayed, modify policy parameter values listed in Table 1.
                                                          4. After the configuration is complete, click OK.
                                                          -

                                                          Cloning a Node Scaling Policy

                                                          1. Log in to the CCE console and access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and choose More > Clone next to the policy to be cloned.
                                                          3. On the Clone Node Scaling Policy page displayed, certain parameters have been cloned. Add or modify other policy parameters based on service requirements.
                                                          4. Click OK.
                                                          +

                                                          Cloning a Node Scaling Policy

                                                          1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and choose More > Clone next to the policy to be cloned.
                                                          3. On the Clone Node Scaling Policy page displayed, certain parameters have been cloned. Add or modify other policy parameters based on service requirements.
                                                          4. Click OK.
                                                          -

                                                          Enabling or Disabling a Node Scaling Policy

                                                          1. Log in to the CCE console and access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and click Disable in the Operation column of the policy to be disabled. If the policy is in the disabled state, click Enable in the Operation column of the policy.
                                                          3. In the dialog box displayed, confirm whether to disable or enable the node policy.
                                                          +

                                                          Enabling or Disabling a Node Scaling Policy

                                                          1. Log in to the CCE console and click the cluster name to access the cluster console.
                                                          2. Choose Node Scaling in the navigation pane and click Disable in the Operation column of the policy to be disabled. If the policy is in the disabled state, click Enable in the Operation column of the policy.
                                                          3. In the dialog box displayed, confirm whether to disable or enable the node policy.
                                                          diff --git a/docs/cce/umn/cce_10_0064.html b/docs/cce/umn/cce_10_0064.html index 4b6a94282..53adff19e 100644 --- a/docs/cce/umn/cce_10_0064.html +++ b/docs/cce/umn/cce_10_0064.html @@ -6,11 +6,9 @@
                                                          diff --git a/docs/cce/umn/cce_10_0066.html b/docs/cce/umn/cce_10_0066.html index 6c31dbac9..fd2bfbbb1 100644 --- a/docs/cce/umn/cce_10_0066.html +++ b/docs/cce/umn/cce_10_0066.html @@ -1,27 +1,258 @@ -

                                                          everest (System Resource Add-On, Mandatory)

                                                          -

                                                          Introduction

                                                          Everest is a cloud native container storage system. Based on the Container Storage Interface (CSI), clusters of Kubernetes v1.15.6 or later obtain access to cloud storage services.

                                                          +

                                                          everest (System Resource Add-on, Mandatory)

                                                          +

                                                          Introduction

                                                          everest is a cloud native container storage system, which enables clusters of Kubernetes v1.15.6 or later to access cloud storage services through the Container Storage Interface.

                                                          everest is a system resource add-on. It is installed by default when a cluster of Kubernetes v1.15 or later is created.

                                                          -

                                                          Notes and Constraints

                                                          • If your cluster is upgraded from v1.13 to v1.15, storage-driver is replaced by everest (v1.1.6 or later) for container storage. The takeover does not affect the original storage functions.
                                                          • In version 1.2.0 of the everest add-on, key authentication is optimized when OBS is used. After the everest add-on is upgraded from a version earlier than 1.2.0, you need to restart all workloads that use OBS in the cluster. Otherwise, workloads may not be able to use OBS.
                                                          • By default, this add-on is installed in clusters of v1.15 and later. For clusters of v1.13 and earlier, the storage-driver add-on is installed by default.
                                                          +

                                                          Constraints

                                                          • If your cluster is upgraded from v1.13 to v1.15, storage-driver is replaced by everest (v1.1.6 or later) for container storage. The takeover does not affect the original storage functions.
                                                          • In version 1.2.0 of the everest add-on, key authentication is optimized when OBS is used. After the everest add-on is upgraded from a version earlier than 1.2.0, restart all workloads that use OBS in the cluster. Otherwise, workloads may not be able to use OBS.
                                                          • By default, this add-on is installed in clusters of v1.15 and later. For clusters of v1.13 and earlier, the storage-driver add-on is installed by default.

                                                          Installing the Add-on

                                                          This add-on has been installed by default. If it is uninstalled due to some reasons, you can reinstall it by performing the following steps:

                                                          -
                                                          1. Log in to the CCE console and access the cluster console. Choose Add-ons in the navigation pane, locate everest on the right, and click Install.
                                                          2. Select Standalone, HA, or Custom for Add-on Specifications.

                                                            The everest add-on contains the following containers. You can adjust the specifications as required.
                                                            • everest-csi-controller: A Deployment workload. This container is responsible for creating, deleting, snapshotting, expanding, attaching, and detaching volumes. If the cluster version is 1.19 or later and the add-on version is 1.2.x, the pod of the everest-csi-driver component also has an everest-localvolume-manager container by default. This container manages the creation of LVM storage pools and local PVs on the node.
                                                              If you select Custom, the recommended everest-csi-controller memory configuration is as follows:
                                                              • If the number of pods and PVCs is less than 2000, set the memory upper limit to 600 MiB.
                                                              • If the number of pods and PVCs is less than 5000, set the memory upper limit to 1 GiB.
                                                              -
                                                              -
                                                              -
                                                            • everest-csi-driver: A DaemonSet workload. This container is responsible for mounting and unmounting PVs and resizing file systems. If the add-on version is 1.2.x and the region where the cluster is located supports node-attacher, the pod of the everest-csi-driver component also contains an everest-node-attacher container. This container is responsible for distributed EVS attaching. This configuration item is available in some regions.

                                                              If you select Custom, it is recommended that the everest-csi-driver memory limit be greater than or equal to 300 MiB. If the value is too small, the add-on container cannot be started and the add-on is unavailable.

                                                              -
                                                              +
                                                              1. Log in to the CCE console and click the cluster name to access the cluster console. Choose Add-ons in the navigation pane, locate everest on the right, and click Install.
                                                              2. On the Install Add-on page, configure the specifications.

                                                                +

                                                        Table 2 Adding an outbound rule

                                                        Parameter

                                                        Description

                                                        +

                                                        Description

                                                        Protocol & Port

                                                        +

                                                        Protocol & Port

                                                        Select the protocol type and port. Currently, TCP and UDP are supported. If this parameter is not specified, the protocol type is not limited.

                                                        +

                                                        Select the protocol type and port. Currently, TCP and UDP are supported. If this parameter is not specified, the protocol type is not limited.

                                                        Destination CIDR Block

                                                        +

                                                        Destination CIDR Block

                                                        Allows requests to be routed to a specified CIDR block (and not to the exception CIDR blocks). Separate the destination and exception CIDR blocks by vertical bars (|), and separate multiple exception CIDR blocks by commas (,). For example, 172.17.0.0/16|172.17.1.0/24,172.17.2.0/24 indicates that 172.17.0.0/16 is accessible, but not for 172.17.1.0/24 or 172.17.2.0/24.

                                                        +

                                                        Allows requests to be routed to a specified CIDR block (and not to the exception CIDR blocks). Separate the destination and exception CIDR blocks by vertical bars (|), and separate multiple exception CIDR blocks by commas (,). For example, 172.17.0.0/16|172.17.1.0/24,172.17.2.0/24 indicates that 172.17.0.0/16 is accessible, but not for 172.17.1.0/24 or 172.17.2.0/24.

                                                        Destination Namespace

                                                        +

                                                        Destination Namespace

                                                        Select a namespace whose objects can be accessed. If this parameter is not specified, the object belongs to the same namespace as the current policy.

                                                        +

                                                        Select a namespace whose objects can be accessed. If this parameter is not specified, the object belongs to the same namespace as the current policy.

                                                        Destination Pod Label

                                                        +

                                                        Destination Pod Label

                                                        Allow accessing the pods with this label. If this parameter is not specified, all pods in the namespace can be accessed.

                                                        +

                                                        Allow accessing the pods with this label. If this parameter is not specified, all pods in the namespace can be accessed.

                                                        + + + + + + + + + + + + + + + + +
                                                        Table 1 Add-on configuration

                                                        Parameter

                                                        +

                                                        Description

                                                        +

                                                        Add-on Specifications

                                                        +

                                                        Select Single, Custom, or HA for Add-on Specifications.

                                                        +

                                                        Pods

                                                        +

                                                        Number of pods that will be created to match the selected add-on specifications.

                                                        +

                                                        If you select Custom, you can adjust the number of pods as required.

                                                        +

                                                        Multi-AZ

                                                        +
                                                        • Preferred: Deployment pods of the add-on will be preferentially scheduled to nodes in different AZs. If all the nodes in the cluster are deployed in the same AZ, the pods will be scheduled to that AZ.
                                                        • Required: Deployment pods of the add-on will be forcibly scheduled to nodes in different AZs. If there are fewer AZs than pods, the extra pods will fail to run.
                                                        +

                                                        Containers

                                                        +

                                                        The everest add-on contains the everest-csi-controller and everest-csi-driver components. For details, see Components.

                                                        +

                                                        If you select Custom, you can adjust the component specifications as required. The CPU and memory request values can be increased based on the number of nodes and PVCs. For details, see Table 2.

                                                        +

                                                        In non-typical scenarios, the formulas for estimating the limit values are as follows:

                                                        +
                                                        • everest-csi-controller
                                                          • CPU limit: 250m for 200 or fewer nodes, 350m for 1000 nodes, and 500m for 2000 nodes
                                                          • Memory limit = (200 MiB + Number of nodes x 1 MiB + Number of PVCs x 0.2 MiB) x 1.2
                                                          +
                                                        • everest-csi-driver
                                                          • CPU limit: 300 m for 200 or fewer nodes, 500 m for 1000 nodes, and 800 m for 2000 nodes
                                                          • Memory limit: 300 MiB for 200 or fewer nodes, 600 MiB for 1000 nodes, and 900 MiB for 2000 nodes
                                                        +
                                                        -

                                                      • Whether to deploy the add-on instance across multiple AZs.

                                                        • Preferred: Deployment pods of the add-on are preferentially scheduled to nodes in different AZs. If the nodes in the cluster do not meet the requirements of multiple AZs, the pods are scheduled to a single AZ.
                                                        • Required: Deployment pods of the add-on are forcibly scheduled to nodes in different AZs. If the nodes in the cluster do not meet the requirements of multiple AZs, not all pods can run.
                                                        -

                                                      • Set related parameters.

                                                        In everest 1.2.26 or later, the performance of attaching a large number of EVS volumes is optimized. The following three parameters are provided:
                                                        • csi_attacher_worker_threads: number of workers that can concurrently mount EVS volumes. The default value is 60.
                                                        • csi_attacher_detach_worker_threads: number of workers that can concurrently unmount EVS volumes. The default value is 60.
                                                        • volume_attaching_flow_ctrl: maximum number of EVS volumes that can be mounted by the everest add-on within one minute. The default value is 0, indicating that the EVS volume mounting performance is determined by the underlying storage resources.
                                                        + +
                                                        + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
                                                        Table 2 Recommended configuration limits in typical scenarios

                                                        Configuration Scenario

                                                        +

                                                        everest-csi-controller

                                                        +

                                                        everest-csi-driver

                                                        +

                                                        Nodes

                                                        +

                                                        PVs/PVCs

                                                        +

                                                        Add-on Instances

                                                        +

                                                        CPU (The limit value is the same as the requested value.)

                                                        +

                                                        Memory (The limit value is the same as the requested value.)

                                                        +

                                                        CPU (The limit value is the same as the requested value.)

                                                        +

                                                        Memory (The limit value is the same as the requested value.)

                                                        +

                                                        50

                                                        +

                                                        1000

                                                        +

                                                        2

                                                        +

                                                        250 m

                                                        +

                                                        600 MiB

                                                        +

                                                        300 m

                                                        +

                                                        300 MiB

                                                        +

                                                        200

                                                        +

                                                        1000

                                                        +

                                                        2

                                                        +

                                                        250 m

                                                        +

                                                        1 GiB

                                                        +

                                                        300 m

                                                        +

                                                        300 MiB

                                                        +

                                                        1000

                                                        +

                                                        1000

                                                        +

                                                        2

                                                        +

                                                        350 m

                                                        +

                                                        2 GiB

                                                        +

                                                        500 m

                                                        +

                                                        600 MiB

                                                        +

                                                        1000

                                                        +

                                                        5000

                                                        +

                                                        2

                                                        +

                                                        450 m

                                                        +

                                                        3 GiB

                                                        +

                                                        500 m

                                                        +

                                                        600 MiB

                                                        +

                                                        2000

                                                        +

                                                        5000

                                                        +

                                                        2

                                                        +

                                                        550 m

                                                        +

                                                        4 GiB

                                                        +

                                                        800 m

                                                        +

                                                        900 MiB

                                                        +

                                                        2000

                                                        +

                                                        10,000

                                                        +

                                                        2

                                                        +

                                                        650 m

                                                        +

                                                        5 GiB

                                                        +

                                                        800 m

                                                        +

                                                        900 MiB

                                                        +
                                                        -

                                                        The preceding three parameters are associated with each other and are constrained by the underlying storage resources in the region where the cluster is located. If you want to mount a large number of volumes (more than 500 EVS volumes per minute), you can contact the customer service personnel and configure the parameters under their guidance to prevent the everest add-on from running abnormally due to improper parameter settings.

                                                        -
                                                        Other parameters
                                                        • cluster_id: cluster ID
                                                        • default_vpc_id: ID of the VPC to which the data warehouse cluster belongs
                                                        • disable_auto_mount_secret: indicates whether the default AK/SK can be used when an object bucket or parallel file system is mounted. The default value is false.
                                                        • enable_node_attacher: indicates whether to enable the attacher on the agent to process the VolumeAttachment.
                                                        • flow_control: This parameter is left blank by default.
                                                        • over_subscription: overcommitment ratio of the local storage pool (local_storage). The default value is 80. If the size of the local storage pool is 100 GB, you can overcommit 180 GB.
                                                        • project_id: ID of the project to which the cluster belongs.
                                                        +

                                                      • Configure the add-on parameters.

                                                        +

                                                        + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
                                                        Table 3 Add-on parameters

                                                        Parameter

                                                        +

                                                        Description

                                                        +

                                                        csi_attacher_worker_threads

                                                        +

                                                        Number of worker nodes that can concurrently attach EVS volumes. The default value is 60.

                                                        +

                                                        csi_attacher_detach_worker_threads

                                                        +

                                                        Number of worker nodes that can concurrently detach EVS volumes. The default value is 60.

                                                        +

                                                        volume_attaching_flow_ctrl

                                                        +

                                                        Maximum number of EVS volumes that can be attached by the everest add-on within 1 minute. The default value is 0, indicating that the performance of attaching EVS volumes is determined by the underlying storage resources.

                                                        +

                                                        cluster_id

                                                        +

                                                        Cluster ID

                                                        +

                                                        default_vpc_id

                                                        +

                                                        ID of the VPC to which the cluster belongs

                                                        +

                                                        disable_auto_mount_secret

                                                        +

                                                        Whether the default AK/SK can be used when an object bucket or parallel file system is mounted. The default value is false.

                                                        +

                                                        enable_node_attacher

                                                        +

                                                        Whether to enable the attacher on the agent to process the VolumeAttachment.

                                                        +

                                                        flow_control

                                                        +

                                                        This field is left blank by default. You do not need to configure this parameter.

                                                        +

                                                        over_subscription

                                                        +

                                                        Overcommitment ratio of the local storage pool (local_storage). The default value is 80. If the size of the local storage pool is 100 GB, it can be overcommitted to 180 GB.

                                                        +

                                                        project_id

                                                        +

                                                        ID of the project to which a cluster belongs

                                                        +
                                                        +
                                                        In everest 1.2.26 or later, the performance of attaching a large number of EVS volumes has been optimized. The following parameters can be configured:
                                                        • csi_attacher_worker_threads
                                                        • csi_attacher_detach_worker_threads
                                                        • volume_attaching_flow_ctrl
                                                        +
                                                        +

                                                        The preceding parameters are associated with each other and are constrained by the underlying storage resources in the region where the cluster is located. To attach a large number of volumes (more than 500 EVS volumes per minute), contact customer service and configure the parameters under their guidance to prevent the everest add-on from running abnormally due to improper parameter settings.

                                                        +

                                                      • Click Install.
                                                      • +

                                                        Components

                                                        +
                                                        + + + + + + + + + + + + + +
                                                        Table 4 everest components

                                                        Container Component

                                                        +

                                                        Description

                                                        +

                                                        Resource Type

                                                        +

                                                        everest-csi-controller

                                                        +

                                                        Used to create, delete, snapshot, expand, attach, and detach storage volumes. If the cluster version is 1.19 or later and the add-on version is 1.2.x, the pod of the everest-csi-controller component also has an everest-localvolume-manager container by default. This container manages the creation of LVM storage pools and local PVs on the node.

                                                        +

                                                        Deployment

                                                        +

                                                        everest-csi-driver

                                                        +

                                                        Used to mount and unmount PVs and resize file systems. If the add-on version is 1.2.x and the region where the cluster is located supports node-attacher, the pod of the everest-csi-driver component also contains an everest-node-attacher container. This container is responsible for distributed EVS attaching. This configuration item is available in some regions.

                                                        +

                                                        DaemonSet

                                                        +
                                                        +
                                                        +