OpenStack Cinder サービスステータスのトラブルシューティング

[[333895]]

この記事はWeChatの公開アカウント「New Titanium Cloud Service」から転載したもので、著者はShu Zhuです。この記事を転載する場合は、Xintai Cloud Service公式アカウントまでご連絡ください。

最近、OpenStack 環境を手動で構築しました。ハードディスクの作成に失敗しました。ログを確認したところ、スケジュール設定が実行できないというメッセージが表示されました。シンダーノードに問題があるのではないかと疑いました。 Cinder ノードにアクセスしてサービスを確認したところ、ステータスは正常でした。

 systemctl ステータス openstack-cinder-volume.service

次に、コントロールノードのcinderサービス、openstackボリュームサービスリストを確認します。

通常、次のように表示されます:

その結果、燃え殻の量が減少していることが判明しました。ログを確認したところ、エラー情報は見つかりませんでした。さまざまな cinder サービスを再起動しても効果はありませんでした。最終的に、ソース コードを追跡することにしました (注: 記事内のコードは OpenStack Train バージョンに対応しています)。

OpenStack ボリューム サービス リストに対応する実装コードを見つけます。

 now = timeutils.utcnow(with_timezone= True )

コントローラーノード上で openstack-cinder-api.servic サービスが開始されるため、コントローラーノードの現在の時刻が取得されます。

services = objects.ServiceList.get_all(context, filters) は、最終的に cinder データベースの services テーブルからすべてのサービス データを取得します。

alive = abs(delta_sec) <= CONF.service_down_time の場合、時間差の絶対値が設定された service_down_time より小さいかどうかを比較します。デフォルトの service_down_time は 60 秒です。

 cfg.IntOpt( 'サービスダウンタイム' ,
デフォルト=60、
           help= 'サービスが終了されるまでの最後のチェックインからの最大時間'  
 「考慮される」 ）、

art = "up" if alive else "down" 差が 60 未満の場合、サービス ステータスは up です。それ以外の場合は down です。 cinder サービスの状態値は、cinder データベース内のサービス テーブルの各行の updated_at 列の値と現在のコントローラー ノードの時間差が設定された範囲内にあるかどうかによって決まることがわかります。

問題を解決する

cinder-volume がダウンしている理由は、openstack-cinder-volume.service サービスを実行しているストレージノードとコントローラーノード間の時間差が大きすぎるためです。ステータスがアップであることを確認するには、2 つのノード間の時間差が service_down_time - report_interval 以内である必要があります。デフォルトでは、差は 50 秒です。そこで、2 つのサーバーの時間を同期した後、再度確認したところ、cinder-volume の状態が up に変わっていることがわかりました。

Cinder サービス更新メカニズム

次に、Cinder サービスの更新メカニズムについて説明します。

report_interval のデフォルトの時間は 10 秒です。

 cfg.IntOpt( 'レポート間隔' ,
デフォルト= 10、
           help= 'ノードが状態を報告する間隔（秒単位）'  
 'データストアへ' ）、