tencent cloud

Tencent Kubernetes Engine

Release Notes and Announcements
Release Notes
Announcements
Release Notes
Product Introduction
Overview
Strengths
Architecture
Scenarios
Features
Concepts
Native Kubernetes Terms
Common High-Risk Operations
Regions and Availability Zones
Service Regions and Service Providers
Open Source Components
Purchase Guide
Purchase Instructions
Purchase a TKE General Cluster
Purchasing Native Nodes
Purchasing a Super Node
Getting Started
Beginner’s Guide
Quickly Creating a Standard Cluster
Examples
Container Application Deployment Check List
Cluster Configuration
General Cluster Overview
Cluster Management
Network Management
Storage Management
Node Management
GPU Resource Management
Remote Terminals
Application Configuration
Workload Management
Service and Configuration Management
Component and Application Management
Auto Scaling
Container Login Methods
Observability Configuration
Ops Observability
Cost Insights and Optimization
Scheduler Configuration
Scheduling Component Overview
Resource Utilization Optimization Scheduling
Business Priority Assurance Scheduling
QoS Awareness Scheduling
Security and Stability
TKE Security Group Settings
Identity Authentication and Authorization
Application Security
Multi-cluster Management
Planned Upgrade
Backup Center
Cloud Native Service Guide
Cloud Service for etcd
TMP
TKE Serverless Cluster Guide
TKE Registered Cluster Guide
Use Cases
Cluster
Serverless Cluster
Scheduling
Security
Service Deployment
Network
Release
Logs
Monitoring
OPS
Terraform
DevOps
Auto Scaling
Containerization
Microservice
Cost Management
Hybrid Cloud
AI
Troubleshooting
Disk Full
High Workload
Memory Fragmentation
Cluster DNS Troubleshooting
Cluster kube-proxy Troubleshooting
Cluster API Server Inaccessibility Troubleshooting
Service and Ingress Inaccessibility Troubleshooting
Common Service & Ingress Errors and Solutions
Engel Ingres appears in Connechtin Reverside
CLB Ingress Creation Error
Troubleshooting for Pod Network Inaccessibility
Pod Status Exception and Handling
Authorizing Tencent Cloud OPS Team for Troubleshooting
CLB Loopback
API Documentation
History
Introduction
API Category
Making API Requests
Elastic Cluster APIs
Resource Reserved Coupon APIs
Cluster APIs
Third-party Node APIs
Relevant APIs for Addon
Network APIs
Node APIs
Node Pool APIs
TKE Edge Cluster APIs
Cloud Native Monitoring APIs
Scaling group APIs
Super Node APIs
Other APIs
Data Types
Error Codes
TKE API 2022-05-01
FAQs
TKE General Cluster
TKE Serverless Cluster
About OPS
Hidden Danger Handling
About Services
Image Repositories
About Remote Terminals
Event FAQs
Resource Management
Service Agreement
TKE Service Level Agreement
TKE Serverless Service Level Agreement
Contact Us
Glossary

WordPress with Single Pod

PDF
Modo Foco
Tamanho da Fonte
Última atualização: 2024-12-11 17:47:11

Overview

WordPress is a blogging platform developed with PHP. You can use it as a content management system, or use it to create websites on services that support PHP and MySQL databases.
This document describes how to use the official wordpress image on Docker Hub to create a publicly accessible WordPress website.

Prerequisites

Note:
The wordpress image contains all operating environments for WordPress, allowing you to pull and create the service directly.
WordPress with a single Pod is used for testing purposes only, and therefore cannot ensure persistent data storage. It is recommended that you use a self-built MySQL or TencentDB to store your data. For more information, see WordPress Using TencentDB.
You have registered a Tencent Cloud account.
You have created a standard TKE cluster. For more information, see Creating a Cluster.

Directions

Creating a WordPress service

1. Log in to the TKE console and select Cluster in the left sidebar.
2. On the Cluster Management page, click the ID of the target cluster to go to the cluster details page.
3. On the Workload > Deployment page, click Create. For more information, see Creating a Deployment.
4. On the Create Deployment page, specify basic information of the workload as instructed in the figure below.


Workload Name: enter the name of the workload to create. In this example, wordpress is used.
Description: specify related workload information.
Labels: the default value is k8s-app = wordpress in this example.
Namespace: select a namespace based on your requirements.
Volume: set the volume to which the workload is mounted based on your requirements. For more information, see Volume Management.
5. Configure "Containers in the Pod" as instructed. See the figure below:

The main parameters are described as follows:
Name: enter the name of the container in the pod. Here, “test” is used as an example.
Image: click Select Image, select DockerHub Image > wordpress in the pop-up window, and click OK.
Image Tag: use the default value latest.
Image Pull Policy: choose from Always, IfNotPresent and Never as needed. In this document, we use the default policy as an example.
6. In Number of Instances, set the number of instances for the service according to the following information. In this document, we choose Manual Adjustment and set the instance number to one. See the figure below:


7. Specify the access mode of the workload, as shown in the following figure.


Service: select Enable.
Service Access: select LoadBalancer (public network).
Load Balancer: select according to your requirements.
Port Mapping: select TCP, and set both the container port and service port to 80.
Note:
The security group of the service’s cluster must open the node network and container network to the Internet. It is also required to open ports 30000 to 32768 to the Internet. Otherwise, the problem of TKE being unusable could occur. For more details, see TKE Security Group Settings.
8. Click Create Deployment.

Accessing the WordPress service

You can access the WordPress service using either of the following two methods.

Access using the CLB IP address

1. In the left sidebar, click Cluster to go to the Cluster Management page.
2. Click the ID of the cluster to which the WordPress service belongs and choose Services and Routes > Service.
3. On the service list page, copy the CLB IP address of the WordPress service, as shown in the figure below.


4. Paste the CLB IP address in the browser and press Enter to access the service.

Accessing the WordPress service using the service name

Other services or containers in the cluster can access the WordPress service using the service name.

Verifying the WordPress service

After the service is created, the WordPress server configuration page is displayed when you access the service, as shown in the figure below.



More WordPress settings

If the container fails to be created, you can view Event FAQs to locate the causes.

Ajuda e Suporte

Esta página foi útil?

comentários