doc-exports/docs/cce/umn/cce_bestpractice_0014.html
Dong, Qiu Jian 86fb05065f CCE UMN for 24.2.0 version -20240428
Reviewed-by: Eotvos, Oliver <oliver.eotvos@t-systems.com>
Co-authored-by: Dong, Qiu Jian <qiujiandong1@huawei.com>
Co-committed-by: Dong, Qiu Jian <qiujiandong1@huawei.com>
2024-06-10 08:19:07 +00:00

81 lines
12 KiB
HTML

<a name="cce_bestpractice_0014"></a><a name="cce_bestpractice_0014"></a>
<h1 class="topictitle1">Planning Resources for the Target Cluster</h1>
<div id="body0000001217302181"><p id="cce_bestpractice_0014__p131025384">CCE allows you to customize cluster resources to meet various service requirements. <a href="#cce_bestpractice_0014__table1841815113913">Table 1</a> lists the key performance parameters of a cluster and provides the planned values. You can set the parameters based on your service requirements. It is recommended that the performance configuration be the same as that of the source cluster.</p>
<div class="notice" id="cce_bestpractice_0014__note1065614489"><span class="noticetitle"><img src="public_sys-resources/notice_3.0-en-us.png"> </span><div class="noticebody"><p id="cce_bestpractice_0014__p86561441285">After a cluster is created, the resource parameters marked with asterisks (*) in <a href="#cce_bestpractice_0014__table1841815113913">Table 1</a> cannot be modified.</p>
</div></div>
<div class="tablenoborder"><a name="cce_bestpractice_0014__table1841815113913"></a><a name="table1841815113913"></a><table cellpadding="4" cellspacing="0" summary="" id="cce_bestpractice_0014__table1841815113913" frame="border" border="1" rules="all"><caption><b>Table 1 </b>CCE cluster planning</caption><thead align="left"><tr id="cce_bestpractice_0014__row9842101513919"><th align="left" class="cellrowborder" valign="top" width="13.86138613861386%" id="mcps1.3.3.2.5.1.1"><p id="cce_bestpractice_0014__p10842515173920">Resource</p>
</th>
<th align="left" class="cellrowborder" valign="top" width="18.81188118811881%" id="mcps1.3.3.2.5.1.2"><p id="cce_bestpractice_0014__p8515114620215">Key Performance Parameter</p>
</th>
<th align="left" class="cellrowborder" valign="top" width="53.465346534653456%" id="mcps1.3.3.2.5.1.3"><p id="cce_bestpractice_0014__p1284271512391">Description</p>
</th>
<th align="left" class="cellrowborder" valign="top" width="13.86138613861386%" id="mcps1.3.3.2.5.1.4"><p id="cce_bestpractice_0014__p1584219153393">Example Value</p>
</th>
</tr>
</thead>
<tbody><tr id="cce_bestpractice_0014__row184217155391"><td class="cellrowborder" rowspan="3" valign="top" width="13.86138613861386%" headers="mcps1.3.3.2.5.1.1 "><p id="cce_bestpractice_0014__p19842215163915">Cluster</p>
</td>
<td class="cellrowborder" valign="top" width="18.81188118811881%" headers="mcps1.3.3.2.5.1.2 "><p id="cce_bestpractice_0014__p35159461125"><strong id="cce_bestpractice_0014__b5390232995">*</strong>Cluster Type</p>
</td>
<td class="cellrowborder" valign="top" width="53.465346534653456%" headers="mcps1.3.3.2.5.1.3 "><ul id="cce_bestpractice_0014__ul149822281462"><li id="cce_bestpractice_0014__li49825285469"><strong id="cce_bestpractice_0014__b23176124910">CCE cluster</strong>: supports VM nodes. You can run your containers in a secure and stable container runtime environment based on a high-performance network model.</li><li id="cce_bestpractice_0014__li09822028114616"><strong id="cce_bestpractice_0014__b14415104315493">CCE Turbo cluster</strong>: runs on a cloud native infrastructure that features software-hardware synergy to support passthrough networking, high security and reliability, and intelligent scheduling, and BMS nodes.</li></ul>
</td>
<td class="cellrowborder" valign="top" width="13.86138613861386%" headers="mcps1.3.3.2.5.1.4 "><p id="cce_bestpractice_0014__p1784219151395">CCE cluster</p>
</td>
</tr>
<tr id="cce_bestpractice_0014__row88425158392"><td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.1 "><p id="cce_bestpractice_0014__p195157467210"><strong id="cce_bestpractice_0014__b1457213342916">*</strong>Network Model</p>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.2 "><ul id="cce_bestpractice_0014__ul1439111511565"><li id="cce_bestpractice_0014__li4391101512560"><strong id="cce_bestpractice_0014__b108721159195016">VPC network</strong>: The container 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.</li><li id="cce_bestpractice_0014__li4611618195616"><strong id="cce_bestpractice_0014__b132186415114">Tunnel network</strong>: The container network is an overlay tunnel network on top of a VPC network and uses the VXLAN technology. This network model is applicable when there is no high requirements on performance.</li><li id="cce_bestpractice_0014__li17651230195612"><strong id="cce_bestpractice_0014__b169001947164">Cloud Native Network 2.0</strong>: The container network deeply integrates the elastic network interface (ENI) capability of VPC, uses the VPC CIDR block to allocate container addresses, and supports passthrough networking to containers through a load balancer.</li></ul>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.3 "><p id="cce_bestpractice_0014__p2842515153910">VPC network</p>
</td>
</tr>
<tr id="cce_bestpractice_0014__row16842191511395"><td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.1 "><p id="cce_bestpractice_0014__p125150461214"><strong id="cce_bestpractice_0014__b151391747191711">*</strong>Number of master nodes</p>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.2 "><ul id="cce_bestpractice_0014__ul1487217081512"><li id="cce_bestpractice_0014__li2872609150"><strong id="cce_bestpractice_0014__b17173142055213">3</strong>: Three master nodes will be created to deliver better DR performance. If one master node is faulty, the cluster can still be available without affecting service functions.</li><li id="cce_bestpractice_0014__li78971480156"><strong id="cce_bestpractice_0014__b431914781712">1</strong>: A single master node will be created. This mode is not recommended in commercial scenarios.</li></ul>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.3 "><p id="cce_bestpractice_0014__p484261515393">3</p>
</td>
</tr>
<tr id="cce_bestpractice_0014__row384241515399"><td class="cellrowborder" rowspan="4" valign="top" width="13.86138613861386%" headers="mcps1.3.3.2.5.1.1 "><p id="cce_bestpractice_0014__p17842151514393">Node</p>
</td>
<td class="cellrowborder" valign="top" width="18.81188118811881%" headers="mcps1.3.3.2.5.1.2 "><p id="cce_bestpractice_0014__p125156461122">OS</p>
</td>
<td class="cellrowborder" valign="top" width="53.465346534653456%" headers="mcps1.3.3.2.5.1.3 "><ul id="cce_bestpractice_0014__ul2622194214104"><li id="cce_bestpractice_0014__li9622184214104">EulerOS</li><li id="cce_bestpractice_0014__li1153313441105">CentOS</li><li id="cce_bestpractice_0014__li1999945014107">Ubuntu</li></ul>
</td>
<td class="cellrowborder" valign="top" width="13.86138613861386%" headers="mcps1.3.3.2.5.1.4 "><p id="cce_bestpractice_0014__p9842151514392">EulerOS</p>
</td>
</tr>
<tr id="cce_bestpractice_0014__row16841543171117"><td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.1 "><p id="cce_bestpractice_0014__p06841743181116">Node Specifications (vary depending on the actual region)</p>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.2 "><ul id="cce_bestpractice_0014__ul7634123731220"><li id="cce_bestpractice_0014__li56341372129"><strong id="cce_bestpractice_0014__b443211577574">General-purpose</strong>: provides a balance of computing, memory, and network resources. It is a good choice for many applications. General-purpose nodes can be used for web servers, workload development, workload testing, and small-scale databases.</li><li id="cce_bestpractice_0014__li163493715124"><strong id="cce_bestpractice_0014__b14113148411">Memory-optimized</strong>: provides higher memory capacity than general-purpose nodes and is suitable for relational databases, NoSQL, and other workloads that are both memory-intensive and data-intensive.</li><li id="cce_bestpractice_0014__li3634137161212"><strong id="cce_bestpractice_0014__b623214177115">GPU-accelerated</strong>: provides powerful floating-point computing and is suitable for real-time, highly concurrent massive computing. Graphical processing units (GPUs) of P series are suitable for deep learning, scientific computing, and CAE. GPUs of G series are suitable for 3D animation rendering and CAD. GPU-accelerated nodes can be added only to clusters of v1.11 or later.</li><li id="cce_bestpractice_0014__li0634103741212"><strong id="cce_bestpractice_0014__b216220375117">General computing-plus</strong>: provides stable performance and exclusive resources to enterprise-class workloads with high and stable computing performance.</li><li id="cce_bestpractice_0014__li6634937131210"><strong id="cce_bestpractice_0014__b11341739145814">Disk-intensive</strong>: supports local disk storage and provides high networking performance. It is designed for workloads requiring high throughput and data switching, such as big data workloads.</li></ul>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.3 "><p id="cce_bestpractice_0014__p1468494381117">General-purpose (node specifications: 4 vCPUs and 8 GiB memory)</p>
</td>
</tr>
<tr id="cce_bestpractice_0014__row7336123731"><td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.1 "><p id="cce_bestpractice_0014__p1433612311315">System Disk</p>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.2 "><ul id="cce_bestpractice_0014__ul19390161511312"><li id="cce_bestpractice_0014__li415520391154"><strong id="cce_bestpractice_0014__b56605349326">Common I/O</strong>: The backend storage media is SATA disks.</li><li id="cce_bestpractice_0014__li133901715835"><strong id="cce_bestpractice_0014__b813715121636">High I/O</strong>: The backend storage media is SAS disks.</li><li id="cce_bestpractice_0014__li184602272310"><strong id="cce_bestpractice_0014__b1597102317315">Ultra-high I/O</strong>: The backend storage media is SSD disks.</li></ul>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.3 "><p id="cce_bestpractice_0014__p17336113634">High I/O</p>
</td>
</tr>
<tr id="cce_bestpractice_0014__row1484218154391"><td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.1 "><p id="cce_bestpractice_0014__p5515746325">Storage Type</p>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.2 "><ul id="cce_bestpractice_0014__ul516914445"><li id="cce_bestpractice_0014__li316912419419"><strong id="cce_bestpractice_0014__b039152817412">EVS volumes</strong>: Mount an EVS volume to a container path. When containers are migrated, the attached EVS volumes are migrated accordingly. This storage mode is suitable for data that needs to be permanently stored.</li><li id="cce_bestpractice_0014__li916913420412"><strong id="cce_bestpractice_0014__b45008381946">SFS volumes</strong>: Create SFS volumes and mount them to a container path. The file system volumes created by the underlying SFS service can also be used. SFS volumes are applicable to persistent storage for frequent read/write in multiple workload scenarios, including media processing, content management, big data analysis, and workload analysis.</li><li id="cce_bestpractice_0014__li6169204045"><strong id="cce_bestpractice_0014__b10463342146">OBS volumes</strong>: Create OBS volumes and mount them to a container path. OBS volumes are applicable to scenarios such as cloud workload, data analysis, content analysis, and hotspot objects.</li><li id="cce_bestpractice_0014__li9169342414"><strong id="cce_bestpractice_0014__b639412462415">SFS Turbo volumes</strong>: Create SFS Turbo volumes and mount them to a container path. SFS Turbo volumes are fast, on-demand, and scalable, which makes them suitable for DevOps, containerized microservices, and enterprise office applications. </li></ul>
</td>
<td class="cellrowborder" valign="top" headers="mcps1.3.3.2.5.1.3 "><p id="cce_bestpractice_0014__p1784271513393">EVS volumes</p>
</td>
</tr>
</tbody>
</table>
</div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="cce_bestpractice_0013.html">Migrating Kubernetes Clusters to CCE</a></div>
</div>
</div>