アリババクラウド SLB ロードバランシング 503エラー解決

クズども · 掲載地 2023/01/07 22:41:06

最近、このサイトにアクセスするためにブラウザを使って何度かリフレッシュしようとしたところ、下の図のように503エラーが出ました。

503番のサービスは一時的に利用不可

一方、レスポンスヘッダーは以下の通りです:

content-length: 608
content-type: text/html
date: Sat, 07 Jan 2023 13:50:32 GMT
via: HTTP/2.0 SLB.205

503 サービス一時利用不可エラー

503は一時的なHTTPステータスコードですサーバーメンテナンスまたはオーバーロードサーバーは現在、そのリクエストを処理できません。この状態は一時的なもので、時間が経てば回復します。

一般的に言えば、503エラーの主な原因は高いウェブサイトのトラフィックこの結果、過剰なトラフィックや大量の同時処理リソースによってエラーが発生します。

レスポンスヘッダー経由

503の回答にもそれが見て取れますvia: HTTP/2.0 SLB.205via responseヘッダーに関するレスポンスヘッダーの情報は以下の通り説明されています。

経由

クライアントからOCSへの応答をどのプロキシサーバーに送るか、またはその逆を、どのプロトコル(およびバージョン)でリクエストを送信したかを一覧にします。

次のプロキシサーバーが最初のプロキシサーバーからのリクエストを受信すると、前のプロキシサーバーのリクエストのViaヘッダーを自分のリクエストにコピーし、その関連情報を裏に加えます。このように、OCSは最後のプロキシサーバーからのリクエストを受け取ると、リクエストが通過するルートを知るためにViaヘッダーを確認します。例えば:Via:1.0 236-81.D07071953.sina.com.cn:80(イカ/2.6.STABLE13)

説明から推測すると、大まかにそうですSLB(負荷分散)サービスは直接503エラーを返しましたつまり、リクエストはバックエンドの実際のサーバーに届かず、アリババクラウドのSLB(ロードバランシング)が直接ユーザーに応答したのです。

この時、突然、アリババクラウドのSLB(ロードバランシング)サービスには異なる仕様があり、また仕様ごとに並行制限も異なるのだと思いました。例えば、単純なタイプI(slb.s1.small)を例に挙げると。この仕様でサポートされる最大接続数は5000、新規接続(CPS):3000、1秒あたりのクエリ数(QPS):1000です。以下に示すように:

解決：SLB構成のアップグレード!! SLB構成のアップグレード!! SLB構成のアップグレード!!

SLB(負荷分散)監視を見ると、仕様制限を超えていることが確認できます。

SLBの設定SSLはデフォルトでhttp/2.0を有効にします。http2.0はTCP接続を再利用するため、TCP接続が確立されるとSLBの1つのノードにのみ読み込まれます

性能保証のslb.s1.smallの構成は以下の通りです:接続数:5000、CPS:3000、QPS:1000

この仕様のQPSは1000ですが、SLBの単一ノードのQPSは1000/(8-1)、第7層は8ノード、単一ノードのQPSは約142です。 http/2.0はバックエンドに配置されて設定します

参照できますhttps://help.aliyun.com/knowledge_detail/55193.html各接続が帯域幅のピークに達しない理由の説明; この二つは同じ理由です

リソース：

ハイパーリンクのログインが見えます。
ハイパーリンクのログインが見えます。

アリババクラウド SLB ロードバランシング 503エラー解決

関連記事