create status confirmation

Posted by barello at 2020-03-30

Our cloud platform (GCP) provides a state validation mechanism to confirm whether the VM instance is responding to traffic correctly. This document describes how to generate and use state validation for the load analyzer.

This page is familiar with the concept of state confirmation, aiming at users who understand the rules of GCP firewall.

Status confirmation classification, protocol, port

GCP will confirm according to category and protocol composition status.

There are two categories of confirmation status: confirmation status and status before confirmation. Each tape supports different protocol sets and port designations used for status verification.

Most load analyzers do not confirm the previous state, but use state confirmation. However, for the distribution of network load, the previous state needs to be used. Refer to the state confirmation selection in the state confirmation concept page to determine the appropriate classification, protocol and port assignment method.

In order to confirm the status, the selected protocol does not need to be consistent with the protocol used in the load distributor, which is impossible according to the situation. Please refer to protocol and load analyzer for details.

The word "confirm status" does not show the previous status. This document clearly shows that the previous status is "confirm previous status".

Create status confirmation

Use GCP to generate or select states when the backend configuration of the load distributor is completed in the GCP Console.

GCP console can be different from the composition of load distributor for status confirmation. This is useful for state verification or for state verification of multiple load analyzers. You can use the GCP console, the gcloud command-line tool, or the rest API to determine your status. After checking the background information of this segment, generate status confirmation and modification.

gcloud gcloud

The network load analyzer must create or use an optional previous state when GCP console completes the backend configuration of the network load distributor. If you want to determine the previous state separately, you must use the gcloud command-line tool or the rest API. See previous status for details.

gcloud gcloud

Flag to confirm all States

The next flag has nothing to do with the protocol, and all States are the same.

The meaning of each project is as follows.

ssl tcp 5s 5s 2

Port configuration flag

To confirm the status, specify the port in addition to the protocol. The method of specifying ports varies depending on the type of load distributor and the type of backend used in the backend service. The following table lists the port configuration options for the payload splitter and back-end combination. The term "instant group" in the table refers to pessimistic instant group, management instant group or dizzy group in management field.

Only one type of port can be used for acknowledgment status.

--port 1 65535 --port-name --use-serving-port --port 1 65535 --use-serving-port --port 1 65535 --port-name --use-serving-port

1 port configuration combination is solved as follows.

--use-serving-port --port --port-name --port --port-name --port --port=80 --use-serving-port --port --port-name --port --port-name --port --port=80

2 β: if you need - use serving port, you need to use the next β gcloud command.

--use-serving-port gcloud --use-serving-port gcloud