Triển khai và cập nhật ứng dụng .NET Core trong Google Kubernetes Engine

1. Tổng quan

Microsoft .NET Core là một phiên bản nguồn mở và nhiều nền tảng của .NET, có thể chạy nguyên bản trong các vùng chứa. .NET Core có trên GitHub và do Microsoft cũng như cộng đồng .NET duy trì. Phòng thí nghiệm này triển khai một ứng dụng .NET Core được chứa trong vùng chứa vào Google Kubernetes Engine (GKE).

Phòng thí nghiệm này tuân theo một mẫu phát triển điển hình, trong đó các ứng dụng được phát triển trong môi trường cục bộ của nhà phát triển rồi được triển khai cho bản phát hành công khai. Trong phần đầu tiên của phòng thí nghiệm, một ứng dụng .NET Core mẫu sẽ được xác thực bằng một vùng chứa đang chạy trong Cloud Shell. Sau khi được xác thực, ứng dụng sẽ được triển khai trên Kubernetes bằng GKE. Phòng thí nghiệm này bao gồm các bước để tạo một cụm GKE.

Trong phần thứ hai của phòng thí nghiệm, một thay đổi nhỏ được thực hiện đối với ứng dụng cho thấy tên máy chủ của vùng chứa đang chạy phiên bản ứng dụng đó. Sau đó, ứng dụng đã cập nhật sẽ được xác thực trong Cloud Shell và quá trình triển khai sẽ được cập nhật để sử dụng phiên bản mới. Hình minh hoạ sau đây cho thấy trình tự các hoạt động trong lớp học này:

Sơ đồ trình tự minh hoạ

Chi phí

Nếu bạn chạy phòng thí nghiệm này đúng như hướng dẫn, chi phí thông thường cho các dịch vụ sau đây sẽ được áp dụng

2. Thiết lập và yêu cầu

Điều kiện tiên quyết

Để hoàn thành bài tập thực hành này, bạn cần có tài khoản và dự án trên Google Cloud. Để biết hướng dẫn chi tiết hơn về cách tạo một dự án mới, hãy tham khảo Lớp học lập trình này.

Phòng thí nghiệm này sử dụng Docker chạy trong Cloud Shell. Cloud Shell có trong Google Cloud Console và được định cấu hình sẵn với nhiều công cụ hữu ích, chẳng hạn như gcloud và Docker. Dưới đây là cách truy cập vào Cloud Shell. Nhấp vào biểu tượng Cloud Shell ở trên cùng bên phải để hiển thị biểu tượng này trong ngăn dưới cùng của cửa sổ bảng điều khiển.

Cloud Shell

Các lựa chọn cấu hình thay thế cho cụm GKE (không bắt buộc)

Phòng thí nghiệm này yêu cầu một cụm Kubernetes. Trong phần tiếp theo, một cụm GKE có cấu hình đơn giản sẽ được tạo. Phần này cho thấy một số lệnh gcloud cung cấp các lựa chọn cấu hình thay thế để sử dụng khi tạo một cụm Kubernetes bằng GKE. Ví dụ: bằng cách sử dụng các lệnh bên dưới, bạn có thể xác định các loại máy, vùng và thậm chí cả GPU (trình tăng tốc) khác nhau.

  • Liệt kê các loại máy bằng lệnh này gcloud compute machine-types list
  • Liệt kê các GPU bằng lệnh này gcloud compute accelerator-types list
  • Liệt kê các vùng tính toán bằng lệnh gcloud compute zones list này
  • Nhận trợ giúp về mọi lệnh gcloud gcloud container clusters --help
    • Ví dụ: thông tin này cung cấp thông tin chi tiết về cách tạo một cụm kubernetes gcloud container clusters create --help

Để xem danh sách đầy đủ các lựa chọn cấu hình cho GKE, hãy xem tài liệu này

Chuẩn bị tạo cụm Kubernetes

Trong Cloud Shell, bạn cần đặt một số biến môi trường và định cấu hình ứng dụng gcloud. Bạn có thể thực hiện việc này bằng các lệnh sau.

export PROJECT_ID=YOUR_PROJECT_ID
export DEFAULT_ZONE=us-central1-c

gcloud config set project ${PROJECT_ID}
gcloud config set compute/zone ${DEFAULT_ZONE}

Tạo một cụm GKE

Vì phòng thí nghiệm này triển khai ứng dụng .NET Core trên Kubernetes, nên bạn cần tạo một cụm. Sử dụng lệnh sau để tạo một cụm Kubernetes mới trong Google Cloud bằng GKE.

gcloud container clusters create dotnet-cluster \
  --zone ${DEFAULT_ZONE} \
  --num-nodes=1 \
  --node-locations=${DEFAULT_ZONE},us-central1-b \
  --enable-stackdriver-kubernetes \
  --machine-type=n1-standard-1 \
  --workload-pool=${PROJECT_ID}.svc.id.goog \
  --enable-ip-alias
  • --num-nodes là số lượng nút cần thêm cho mỗi vùng và có thể được mở rộng sau này
  • --node-locations là danh sách các vùng được phân tách bằng dấu phẩy. Trong trường hợp này, vùng bạn xác định trong biến môi trường ở trên và us-central1-b sẽ được dùng
    • LƯU Ý: Danh sách này không được chứa các mục trùng lặp
  • --workload-pool thiết lập danh tính tải để các tải công việc trên GKE có thể truy cập vào các dịch vụ của Google Cloud

Trong khi cụm đang tạo, hệ thống sẽ hiển thị nội dung sau

Creating cluster dotnet-cluster in us-central1-b... Cluster is being deployed...⠼

Định cấu hình kubectl

Giao diện dòng lệnh (CLI) kubectl là cách chính để tương tác với một cụm Kubernetes. Để sử dụng với cụm mới vừa tạo, bạn cần định cấu hình để xác thực với cụm. Bạn có thể thực hiện việc này bằng lệnh sau.

$ gcloud container clusters get-credentials dotnet-cluster --zone ${DEFAULT_ZONE}
Fetching cluster endpoint and auth data.
kubeconfig entry generated for dotnet-cluster.

Giờ đây, bạn có thể dùng kubectl để tương tác với cụm.

$ kubectl get nodes
NAME                                            STATUS   ROLES    AGE     VERSION
gke-dotnet-cluster-default-pool-02c9dcb9-fgxj   Ready    <none>   2m15s   v1.16.13-gke.401
gke-dotnet-cluster-default-pool-ed09d7b7-xdx9   Ready    <none>   2m24s   v1.16.13-gke.401

3. Thử nghiệm cục bộ và xác nhận chức năng mong muốn

Phòng thí nghiệm này sử dụng các hình ảnh vùng chứa sau đây từ kho lưu trữ .NET chính thức trên Docker Hub.

Chạy vùng chứa cục bộ để xác minh chức năng

Trong Cloud Shell, hãy xác minh rằng Docker đang hoạt động đúng cách và vùng chứa .NET hoạt động như mong đợi bằng cách chạy lệnh Docker sau:

$ docker run --rm mcr.microsoft.com/dotnet/samples

      Hello from .NET!
      __________________
                        \
                        \
                            ....
                            ....'
                            ....
                          ..........
                      .............'..'..
                  ................'..'.....
                .......'..........'..'..'....
                ........'..........'..'..'.....
              .'....'..'..........'..'.......'.
              .'..................'...   ......
              .  ......'.........         .....
              .                           ......
              ..    .            ..        ......
            ....       .                 .......
            ......  .......          ............
              ................  ......................
              ........................'................
            ......................'..'......    .......
          .........................'..'.....       .......
      ........    ..'.............'..'....      ..........
    ..'..'...      ...............'.......      ..........
    ...'......     ...... ..........  ......         .......
  ...........   .......              ........        ......
  .......        '...'.'.              '.'.'.'         ....
  .......       .....'..               ..'.....
    ..       ..........               ..'........
            ............               ..............
          .............               '..............
          ...........'..              .'.'............
        ...............              .'.'.............
        .............'..               ..'..'...........
        ...............                 .'..............
        .........                        ..............
          .....
  
Environment:
.NET 5.0.1-servicing.20575.16
Linux 5.4.58-07649-ge120df5deade #1 SMP PREEMPT Wed Aug 26 04:56:33 PDT 2020

Xác nhận chức năng của ứng dụng web

Bạn cũng có thể xác thực một ứng dụng web mẫu trong Cloud Shell. Lệnh chạy Docker bên dưới sẽ tạo một vùng chứa mới hiển thị cổng 80 và liên kết cổng đó với cổng localhost 8080. Hãy nhớ rằng localhost trong trường hợp này nằm trong cloud shell.

$ docker run -it --rm -p 8080:80 --name aspnetcore_sample mcr.microsoft.com/dotnet/samples:aspnetapp
warn: Microsoft.AspNetCore.DataProtection.Repositories.FileSystemXmlRepository[60]
      Storing keys in a directory '/root/.aspnet/DataProtection-Keys' that may not be persisted outside of the container. Protected data will be unavailable when container is destroyed.
warn: Microsoft.AspNetCore.DataProtection.KeyManagement.XmlKeyManager[35]
      No XML encryptor configured. Key {64a3ed06-35f7-4d95-9554-8efd38f8b5d3} may be persisted to storage in unencrypted form.
info: Microsoft.Hosting.Lifetime[0]
      Now listening on: http://[::]:80
info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: /app

Vì đây là một ứng dụng web, nên bạn cần xem và xác thực ứng dụng này trong một trình duyệt web. Phần tiếp theo cho biết cách thực hiện việc đó trong Cloud Shell bằng tính năng Xem trước trên web.

4. Truy cập vào các dịch vụ từ cloud shell bằng "Xem trước trên web"

Cloud Shell cung cấp Xem trước trên web, một tính năng cho phép bạn dùng trình duyệt để tương tác với các quy trình đang chạy trong phiên bản Cloud Shell.

Sử dụng "Xem trước trên web" để xem các ứng dụng trong Cloud Shell

Trong Cloud Shell, hãy nhấp vào nút xem trước trên web rồi chọn "Xem trước trên cổng 8080" (hoặc bất kỳ cổng nào mà tính năng Xem trước trên web được thiết lập để sử dụng).

Cloud Shell

Thao tác này sẽ mở một cửa sổ trình duyệt có địa chỉ như sau:

https://8080-cs-754738286554-default.us-central1.cloudshell.dev/?authuser=0

Xem ứng dụng mẫu .NET bằng Web Preview

Giờ đây, bạn có thể xem ứng dụng mẫu đã bắt đầu ở bước cuối cùng bằng cách khởi động Web Preview và tải URL được cung cấp. Đoạn mã sẽ trông giống như sau:

Ảnh chụp màn hình ứng dụng .NET phiên bản 1

5. Triển khai lên Kubernetes

Tạo tệp YAML và áp dụng

Bước tiếp theo yêu cầu một tệp YAML mô tả 2 tài nguyên Kubernetes, đó là Deployment và Service. Tạo một tệp có tên là dotnet-app.yaml trong Cloud Shell rồi thêm nội dung sau vào tệp đó.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: dotnet-deployment
  labels:
    app: dotnetapp
spec:
  replicas: 3
  selector:
    matchLabels:
      app: dotnetapp
  template:
    metadata:
      labels:
        app: dotnetapp
    spec:
      containers:
      - name: dotnet
        image: mcr.microsoft.com/dotnet/samples:aspnetapp
        ports:
        - containerPort: 80
---
apiVersion: v1
kind: Service
metadata:
  name: dotnet-service
spec:
    selector:
      app: dotnetapp
    ports:
      - protocol: TCP
        port: 8080
        targetPort: 80

Bây giờ, hãy dùng kubectl để áp dụng tệp này cho Kubernetes.

$ kubectl apply -f dotnet-app.yaml
deployment.apps/dotnet-deployment created
service/dotnet-service created

Hãy lưu ý những thông báo cho biết các tài nguyên mong muốn đã được tạo.

Khám phá các tài nguyên thu được

Chúng ta có thể sử dụng giao diện dòng lệnh (CLI) kubectl để kiểm tra các tài nguyên đã được tạo ở trên. Trước tiên, hãy xem Tài nguyên triển khai và xác nhận rằng bản triển khai mới đã có ở đó.

$ kubectl get deployment
NAME                READY   UP-TO-DATE   AVAILABLE   AGE
dotnet-deployment   3/3     3            3           80s

Tiếp theo, hãy xem ReplicaSet. Phải có một ReplicaSet do quy trình triển khai ở trên tạo.

$ kubectl get replicaset
NAME                           DESIRED   CURRENT   READY   AGE
dotnet-deployment-5c9d4cc4b9   3         3         3       111s

Cuối cùng, hãy xem Pod. Hoạt động triển khai cho biết cần có 3 phiên bản. Lệnh bên dưới sẽ cho thấy có 3 phiên bản. Lựa chọn -o wide được thêm vào để các nút nơi những phiên bản đó đang chạy sẽ xuất hiện.

$ kubectl get pod -o wide
NAME                                 READY   STATUS    RESTARTS   AGE     IP          NODE                                            NOMINATED NODE   READINESS GATES
dotnet-deployment-5c9d4cc4b9-cspqd   1/1     Running   0          2m25s   10.16.0.8   gke-dotnet-cluster-default-pool-ed09d7b7-xdx9   <none>           <none>
dotnet-deployment-5c9d4cc4b9-httw6   1/1     Running   0          2m25s   10.16.1.7   gke-dotnet-cluster-default-pool-02c9dcb9-fgxj   <none>           <none>
dotnet-deployment-5c9d4cc4b9-vvdln   1/1     Running   0          2m25s   10.16.0.7   gke-dotnet-cluster-default-pool-ed09d7b7-xdx9   <none>           <none>

Xem xét Tài nguyên dịch vụ

Tài nguyên Dịch vụ trong Kubernetes là một trình cân bằng tải. Các điểm cuối được xác định bằng nhãn trên Pod. Bằng cách này, ngay khi các Pod mới được thêm vào quá trình triển khai thông qua thao tác kubectl scale deployment ở trên, các Pod kết quả sẽ có sẵn ngay lập tức cho các yêu cầu do Dịch vụ đó xử lý.

Lệnh sau đây sẽ cho thấy tài nguyên Dịch vụ.

$ kubectl get svc
NAME             TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)    AGE
dotnet-service   ClusterIP   10.20.9.124   <none>        8080/TCP   2m50s
...

Bạn có thể xem thêm thông tin chi tiết về Dịch vụ bằng lệnh sau.

$ kubectl describe svc dotnet-service
Name:              dotnet-service
Namespace:         default
Labels:            <none>
Annotations:       <none>
Selector:          app=dotnetapp
Type:              ClusterIP
IP:                10.20.9.124
Port:              <unset>  8080/TCP
TargetPort:        80/TCP
Endpoints:         10.16.0.7:80,10.16.0.8:80,10.16.1.7:80
Session Affinity:  None
Events:            <none>

Lưu ý rằng Dịch vụ thuộc loại ClusterIP. Điều này có nghĩa là mọi Pod trong cụm đều có thể phân giải Tên dịch vụ, dotnet-service thành địa chỉ IP của nó. Các yêu cầu gửi đến dịch vụ sẽ được cân bằng tải trên tất cả các phiên bản (Pod). Giá trị Endpoints ở trên cho biết IP của các Pod hiện có sẵn cho dịch vụ này. So sánh các IP này với IP của các Pod đã xuất ở trên.

Xác minh ứng dụng đang chạy

Tại thời điểm này, ứng dụng đang hoạt động và sẵn sàng cho các yêu cầu của người dùng. Để truy cập vào trang web này, hãy sử dụng một proxy. Lệnh sau đây sẽ tạo một proxy cục bộ chấp nhận các yêu cầu trên cổng 8080 và chuyển các yêu cầu đó đến cụm Kubernetes.

$ kubectl proxy --port 8080
Starting to serve on 127.0.0.1:8080

Giờ đây, hãy sử dụng tính năng Xem trước trên web trong Cloud Shell để truy cập vào ứng dụng web.

Thêm nội dung sau vào URL do Web Preview tạo: /api/v1/namespaces/default/services/dotnet-service:8080/proxy/. Kết quả sẽ có dạng như sau:

https://8080-cs-473655782854-default.us-central1.cloudshell.dev/api/v1/namespaces/default/services/dotnet-service:8080/proxy/

Chúc mừng bạn đã triển khai một ứng dụng .NET Core trên Google Kubernetes Engine. Tiếp theo, chúng ta sẽ thay đổi ứng dụng và triển khai lại.

6. Sửa đổi ứng dụng

Trong phần này, ứng dụng sẽ được sửa đổi để cho biết máy chủ mà phiên bản đang chạy. Điều này sẽ giúp bạn xác nhận rằng tính năng cân bằng tải đang hoạt động và các Pod có sẵn đang phản hồi như dự kiến.

Lấy mã nguồn

git clone https://github.com/dotnet/dotnet-docker.git
cd dotnet-docker/samples/aspnetapp/

Cập nhật ứng dụng để thêm tên máy chủ

vi aspnetapp/Pages/Index.cshtml
    <tr>
        <td>Host</td>
        <td>@Environment.MachineName</td>
    </tr>

Tạo một hình ảnh vùng chứa mới và kiểm thử cục bộ

Tạo hình ảnh vùng chứa mới bằng mã đã cập nhật.

docker build --pull -t aspnetapp:alpine -f Dockerfile.alpine-x64 .

Như trước đây, hãy kiểm thử ứng dụng mới trên thiết bị

$ docker run --rm -it -p 8080:80 aspnetapp:alpine
warn: Microsoft.AspNetCore.DataProtection.Repositories.FileSystemXmlRepository[60]
      Storing keys in a directory '/root/.aspnet/DataProtection-Keys' that may not be persisted outside of the container. Protected data will be unavailable when container is destroyed.
warn: Microsoft.AspNetCore.DataProtection.KeyManagement.XmlKeyManager[35]
      No XML encryptor configured. Key {f71feb13-8eae-4552-b4f2-654435fff7f8} may be persisted to storage in unencrypted form.
info: Microsoft.Hosting.Lifetime[0]
      Now listening on: http://[::]:80
info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: /app

Như trước đây, bạn có thể truy cập vào ứng dụng bằng tính năng Xem trước trên web. Lần này, tham số Host (Máy chủ lưu trữ) sẽ xuất hiện, như minh hoạ ở đây:

Cloud Shell

Mở một thẻ mới trong Cloud Shell và chạy docker ps để xem mã nhận dạng vùng chứa có khớp với giá trị Máy chủ được hiển thị ở trên hay không.

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS                  NAMES
ab85ce11aecd        aspnetapp:alpine    "./aspnetapp"       2 minutes ago       Up 2 minutes        0.0.0.0:8080->80/tcp   relaxed_northcutt

Gắn thẻ và đẩy hình ảnh để Kubernetes có thể sử dụng

Bạn cần gắn thẻ và đẩy hình ảnh để Kubernetes có thể kéo hình ảnh đó. Bắt đầu bằng cách liệt kê các hình ảnh vùng chứa và xác định hình ảnh mong muốn.

$ docker image list
REPOSITORY                                         TAG                 IMAGE ID            CREATED             SIZE
aspnetapp                                          alpine              95b4267bb6d0        6 days ago          110MB

Tiếp theo, hãy gắn thẻ cho hình ảnh đó và đẩy hình ảnh đó vào Google Container Registry. Sử dụng mã nhận dạng HÌNH ẢNH ở trên, mã này sẽ trông như sau

docker tag 95b4267bb6d0 gcr.io/${PROJECT_ID}/aspnetapp:alpine
docker push gcr.io/${PROJECT_ID}/aspnetapp:alpine

7. Triển khai lại ứng dụng đã cập nhật

Chỉnh sửa tệp YAML

Thay đổi lại thành thư mục lưu tệp dotnet-app.yaml. Tìm dòng sau trong tệp YAML

        image: mcr.microsoft.com/dotnet/core/samples:aspnetapp

Bạn cần thay đổi nội dung này để tham chiếu đến hình ảnh vùng chứa đã được tạo và đẩy vào gcr.io ở trên.

        image: gcr.io/PROJECT_ID/aspnetapp:alpine

Đừng quên sửa đổi để sử dụng PROJECT_ID của bạn. Sau khi hoàn tất, đoạn mã sẽ có dạng như sau

        image: gcr.io/myproject/aspnetapp:alpine

Áp dụng tệp YAML mới cập nhật

$ kubectl apply -f dotnet-app.yaml
deployment.apps/dotnet-deployment configured
service/dotnet-service unchanged

Lưu ý rằng Tài nguyên triển khai cho thấy đã được cập nhật và Tài nguyên dịch vụ không thay đổi. Bạn có thể xem Pod đã cập nhật như trước bằng lệnh kubectl get pod, nhưng lần này chúng ta sẽ thêm -w để theo dõi tất cả các thay đổi khi chúng xảy ra.

$ kubectl get pod -w
NAME                                 READY   STATUS              RESTARTS   AGE
dotnet-deployment-5c9d4cc4b9-cspqd   1/1     Running             0          34m
dotnet-deployment-5c9d4cc4b9-httw6   1/1     Running             0          34m
dotnet-deployment-5c9d4cc4b9-vvdln   1/1     Running             0          34m
dotnet-deployment-85f6446977-tmbdq   0/1     ContainerCreating   0          4s
dotnet-deployment-85f6446977-tmbdq   1/1     Running             0          5s
dotnet-deployment-5c9d4cc4b9-vvdln   1/1     Terminating         0          34m
dotnet-deployment-85f6446977-lcc58   0/1     Pending             0          0s
dotnet-deployment-85f6446977-lcc58   0/1     Pending             0          0s
dotnet-deployment-85f6446977-lcc58   0/1     ContainerCreating   0          0s
dotnet-deployment-5c9d4cc4b9-vvdln   0/1     Terminating         0          34m
dotnet-deployment-85f6446977-lcc58   1/1     Running             0          6s
dotnet-deployment-5c9d4cc4b9-cspqd   1/1     Terminating         0          34m
dotnet-deployment-85f6446977-hw24v   0/1     Pending             0          0s
dotnet-deployment-85f6446977-hw24v   0/1     Pending             0          0s
dotnet-deployment-5c9d4cc4b9-cspqd   0/1     Terminating         0          34m
dotnet-deployment-5c9d4cc4b9-vvdln   0/1     Terminating         0          34m
dotnet-deployment-5c9d4cc4b9-vvdln   0/1     Terminating         0          34m
dotnet-deployment-85f6446977-hw24v   0/1     Pending             0          2s
dotnet-deployment-85f6446977-hw24v   0/1     ContainerCreating   0          2s
dotnet-deployment-5c9d4cc4b9-cspqd   0/1     Terminating         0          34m
dotnet-deployment-5c9d4cc4b9-cspqd   0/1     Terminating         0          34m
dotnet-deployment-85f6446977-hw24v   1/1     Running             0          3s
dotnet-deployment-5c9d4cc4b9-httw6   1/1     Terminating         0          34m
dotnet-deployment-5c9d4cc4b9-httw6   0/1     Terminating         0          34m

Đầu ra ở trên cho thấy quá trình cập nhật từng phần đang diễn ra. Trước tiên, các vùng chứa mới sẽ được khởi động và khi chúng đang chạy, các vùng chứa cũ sẽ bị chấm dứt.

Xác minh ứng dụng đang chạy

Tại thời điểm này, ứng dụng đã được cập nhật và sẵn sàng cho các yêu cầu của người dùng. Như trước đây, bạn có thể truy cập vào trang này bằng một proxy.

$ kubectl proxy --port 8080
Starting to serve on 127.0.0.1:8080

Giờ đây, hãy sử dụng tính năng Xem trước trên web trong Cloud Shell để truy cập vào ứng dụng web.

Thêm nội dung sau vào URL do Web Preview tạo: /api/v1/namespaces/default/services/dotnet-service:8080/proxy/. Kết quả sẽ có dạng như sau:

https://8080-cs-473655782854-default.us-central1.cloudshell.dev/api/v1/namespaces/default/services/dotnet-service:8080/proxy/

Xác nhận rằng Dịch vụ Kubernetes đang phân phối tải

Làm mới URL này nhiều lần và lưu ý rằng Máy chủ lưu trữ sẽ thay đổi khi các yêu cầu được cân bằng tải trên nhiều Pod bằng Dịch vụ. So sánh các giá trị của Host với danh sách Pod ở trên để xem tất cả Pod đều đang nhận lưu lượng truy cập.

Tăng quy mô của các phiên bản

Dễ dàng mở rộng quy mô ứng dụng trong Kubernetes. Lệnh sau đây sẽ mở rộng quy mô triển khai lên đến 6 phiên bản của ứng dụng.

$ kubectl scale deployment dotnet-deployment --replicas 6
deployment.apps/dotnet-deployment scaled

Bạn có thể xem các Pod mới và trạng thái hiện tại của chúng bằng lệnh này

kubectl get pod -w

Lưu ý rằng việc làm mới cùng một cửa sổ trình duyệt cho thấy lưu lượng truy cập hiện đang được cân bằng trên tất cả các Pod mới.

8. Xin chúc mừng!

Trong phòng thí nghiệm này, một ứng dụng web mẫu .NET Core đã được xác thực trong môi trường nhà phát triển và sau đó được triển khai cho Kubernetes bằng GKE. Sau đó, ứng dụng được sửa đổi để hiển thị tên máy chủ của vùng chứa mà ứng dụng đang chạy. Sau đó, bản triển khai Kubernetes được cập nhật lên phiên bản mới và ứng dụng được mở rộng quy mô để minh hoạ cách phân phối tải trên các phiên bản bổ sung.

Để tìm hiểu thêm về .NET và Kubernetes, hãy tham khảo các hướng dẫn này. Các lớp học này dựa trên những kiến thức đã học được trong lớp học này bằng cách giới thiệu Lưới dịch vụ Istio cho các mẫu định tuyến và khả năng phục hồi phức tạp hơn.

9. Dọn dẹp

Để tránh các chi phí không mong muốn, hãy dùng các lệnh sau để xoá cụm và hình ảnh vùng chứa đã được tạo trong phòng thí nghiệm này.

gcloud container clusters delete dotnet-cluster --zone ${DEFAULT_ZONE}
gcloud container images delete gcr.io/${PROJECT_ID}/aspnetapp:alpine