著者紹介: クラウドコンピューティングネットワークの運用保守担当者として、ネットワークや運用保守の技術や役立つ情報を日々共有しています。
パブリックアカウント: Netdou Cloud Computing School
座右の銘：頭を下げて敬意を払う
個人ホームページ： Internet Beanのホームページ
前に書く
皆さんこんにちは、運用保守分野を中心としたブロガーのWangdouです。今日は、運用および保守に関する面接の質問という特別なトピックをお届けします。IT業界の発展に伴い、運用・保守職の面接では基礎知識の試験に留まらず、実務経験や問題解決能力、継続的な学習姿勢などが重視されるようになりました。したがって、この記事では、面接の準備を整え、競争力を向上させるために役立つ、運用およびメンテナンスの面接でよくある質問をいくつか紹介します。
クラウドコンピューティングやビッグデータなどの技術の普及に伴い、IT分野における運用保守職の重要性はますます高まっています。優れた運転保守エンジニアには、強固な技術的基盤があるだけでなく、優れた問題解決スキル、チームワーク精神、学習能力も必要です。したがって、面接は優秀な運転保守技術者を選定するための重要なステップとなります。
面接プロセスでは、面接官は通常、基礎知識、実務経験、チームワーク、学習能力などの側面を検査します。以下では、これらの側面における面接の質問を一つずつ紹介し、それに対応する回答のアイデアとテクニックを紹介します。この記事が、運用保守面接の準備を整え、希望のポジションに就くのに役立つことを願っています。
これらの質問は面接でよくある質問の 1 つにすぎず、実際の面接では他の側面も取り上げられる可能性があることに注意してください。したがって、面接の準備では、これらの質問をマスターすることに加えて、技術力と全体的な品質を総合的に向上させることにも重点を置くことをお勧めします。
目次
3. LVS についてのあなたの理解について教えてください。
1. ディスク使用量の検出（シェルスクリプトを使用）
root@ecs-c13b ~]# cat fdisk.sh
#!/bin/bash
# 截取IP
IP=`ifconfig eth0 |awk -F " " 'NR==2{print $2}'`
# 定义使用率,并转换为数字
SPACE=`df -Ph |awk '{print int($5)}'`
for i in $SPACE
do
if [ $i -ge 90 ]
then
echo "$IP的磁盘使用率已经超过了90%，请及时处理"
fi
done2.LVS ロード バランシングの戦略は何ですか?
LVS には、DR、トンネル、NAT の 3 つの動作モードがあります。
3. LVS についてのあなたの理解について教えてください。
LVS は、IP 負荷分散技術と日和見コンテンツ要求分散技術を使用して、Unix システム上で負荷分散機能を実装する仮想サーバー クラスタ システムです。
LVSは、第1層：ロードスケジューラ、
第2層：サービスプール、
第3層：共有ストレージの3層構造を採用しています。
ロード バランサ/ディレクターはクラスタ全体の総合エージェントであり、2 枚のネットワーク カードを備えており、そのうちの 1 枚はアクセス ネットワークに面しています。
ステーションのクライアント側では、1 つのネットワーク カードが内部的にクラスタ全体に面しています。実行のためにクライアントのリクエストをサーバーのグループに送信する責任があり、クライアントもサービスがこのホストからのものであると信じています。わかりやすい例を挙げると、クラスターは企業であり、ロードスケジューラは外部から業務を収集し、受け取った業務をバックグラウンドで実際に動作している実ホストに分配する役割を果たします。もちろん、誰もが公平に働けるように、特定のアルゴリズムに従って仕事を分散する必要があります。
サーバプール（サーバプール/リアルサーバ）とは、クライアントリクエストを実際に実行するサーバ群のことで、WEBサーバとして利用できます。これは、上の例の小規模な従業員です。
共有ストレージはサーバー プールに共有ストレージ領域を提供するため、サーバー プールが同じコンテンツを保持し、同じサービスを提供することが容易になります。企業は、調整できるようにバックエンド アカウントを持っている必要があります。それ以外の場合、顧客は A にお金を支払い、B は同じ口座を持っていないため、顧客を受け取ります。Bさんは、顧客は料金を支払わなかったので、顧客体験の問題ではないと言いました。
4. 負荷分散の原理は何ですか?
クライアントがリクエストを開始すると、リクエストは Director サーバー (スケジューラー) に直接送信され、このときリクエストは、設定されたスケジューリング アルゴリズムに従って実際のバックエンド サーバーにインテリジェントに分散されます。圧力を均等に分散します。
しかし、http 接続はステートレスであることがわかっています。何かを購入するために特定のストアにログインするシナリオがあるとします。特定の商品が気に入ったら、ショッピング カートに追加しますが、ページを更新します。この時点では、負荷分散のため、スケジューラはサービスを提供する新しいサーバーを選択しました。ショッピング カートの内容がすべて消えてしまい、ユーザー エクスペリエンスが非常に低下しました。
したがって、ユーザーが要求したデータが同じであることを保証するためにストレージ共有が必要です。
5. LVS は 2 つの部分で構成されていますか?
LVS は、ipvs と ipvsadm の 2 つのプログラムで構成されます。
1. ipvs (ip 仮想サーバー): ipvs と呼ばれるコードはカーネル空間で動作し、実際にスケジューリングを実装するコードです。
2. ipvsadm: もう 1 つのセクションは、ipvsadm と呼ばれるユーザー空間で動作します。これは、ipvs カーネル フレームワークのルールを記述し、誰がクラスター
サービスで、誰がバックエンド実サーバー (実サーバー) であるかを定義する役割を果たします。
6. LVS に関連する用語は何ですか?
DS: ディレクターサーバー。フロントエンド ロード バランサー ノードを指します。
RS: リアルサーバー。バックエンドで実際に動作するサーバー。
VIP: 仮想 IP は、ユーザーの要求対象の IP アドレスを外部からユーザーに直接要求します。
DIP: Director Server IP、主に内部ホストとの通信に使用される IP アドレス。
RIP: 実サーバー IP、バックエンド サーバーの IP アドレス。
CIP: クライアント IP、アクセス クライアントの IP アドレス。
7. LVS-NATモードの原理
(a). ユーザー要求が Director サーバーに到達すると、要求されたデータ パケットはまずカーネル空間の PREROUTING チェーンに送られます。
このとき、パケットの送信元 IP は CIP、宛先 IP は VIP
(b) であるため、PREROUTING はパケットの宛先 IP がローカル マシンであることを確認し、パケットを INPUT チェーン
© に送信します。パケットによって要求されたサービスがクラスター サービスである場合、データ パケットの宛先 IP アドレスをバックエンド サーバー
IP に変更し、データ パケットを POSTROUTING チェーンに送信します。このとき、メッセージの送信元 IP は CIP、宛先 IP は RIP です
(d)。POSTROUTING チェーンはルートを選択し、データ パケットをリアル サーバーに送信します
(e)。リアル サーバーは宛先を比較し、は独自の IP であり、応答メッセージの作成を開始し、Director Server に送り返されます。このとき、メッセージの送信元 IP
は RIP、宛先 IP は CIP
(f) となり、Director Server はクライアントに応答する前に、送信元 IP アドレスを独自の VIP アドレスに変更してクライアントに応答します
。このとき、メッセージの送信元IPはVIP、宛先IPはCIPとなります。
8. LVS-NATモデルの特徴
RS はプライベート アドレスを使用する必要があり、RS のゲートウェイは DIP をポイントする必要があります。DIP
と RIP は同じネットワーク セグメント内にある必要があります。
要求メッセージと応答メッセージは両方とも Director サーバーを経由する必要があります。高負荷のシナリオでは、Director Server は簡単にパフォーマンスのボトルネックになる
ポート マッピングのサポート
RS を使用できる あらゆるオペレーティング システム
短所: Director サーバーへの負荷が比較的高くなる リクエストと応答の両方が Director サーバーを通過する必要がある
9. LVS-DRモードの原理
(a) ユーザー要求が Director サーバーに到達すると、要求されたデータ パケットはまずカーネル空間の PREROUTING チェーンに送られます。このとき、メッセージの送信元IPはCIP、宛先IPはVIPとなります。
(b) PREROUTING チェックにより、データ パケットのターゲット IP がローカル マシンであることがわかり、データ パケットが INPUT チェーンに送信されます。
(c) IPVS は、データ パケットによって要求されたサービスがクラスタ サービスであるかどうかを比較し、クラスタ サービスである場合は、要求メッセージ内のソース MAC アドレスを DIP の MAC アドレスに変更し、ターゲット MAC アドレスを RIP の MAC アドレスに変更し、そして、データ パケットを POSTROUTING CHAIN に送信します。このとき、送信元IPも宛先IPも変更されず、送信元MACアドレスのみがDIPのMACアドレスに変更され、宛先MACアドレスはRIPのMACアドレスに変更されます。
(d) DS と RS は同じネットワーク内にあるため、レイヤ 2 を介して送信されます。POSTROUTING チェーンは、ターゲット MAC アドレスが RIP の MAC アドレスであることを確認し、この時点でデータ パケットがリアル サーバーに送信されます。
(e) RSは、リクエストメッセージのMACアドレスが自身のMACアドレスであることを認識し、メッセージを受信する。処理が完了すると、応答メッセージは lo インターフェイスを介して eth0 ネットワーク カードに送信され、送信されます。このとき、送信元IPアドレスはVIP、宛先IPはCIPとなります。
(f) 最終的に応答メッセージがクライアントに配信されます。
10. LVS-DRモデルの特徴
機能 1: フロントエンド ルーティングによって、宛先アドレスが VIP であるすべてのパケットが RS ではなく Director サーバーに送信されるようにします。
RS はプライベート アドレスを使用できますが、パブリック ネットワーク アドレスを使用することもでき、パブリック ネットワーク アドレスを使用すると、インターネット経由で RIP に直接アクセスできます。
RS と Director Server は同じ物理ネットワーク内に存在する必要があります
すべての要求メッセージは Director サーバーを通過しますが、応答メッセージは Director サーバーを通過してはなりません。
アドレス変換やポートマッピングはサポートしていません
RS は最も一般的なオペレーティング システムです
RS のゲートウェイが DIP を指すことは決して許可されません (ディレクターを通過することを許可していないため)。
RS の lo インターフェイスで VIP IP アドレスを設定します。
欠点: RS と DS は同じコンピューター室になければなりません
最後に、この記事が運用保守面接で良い結果を出し、キャリア目標を達成するのに役立つことを願っています。他にご質問がある場合、またはさらにサポートが必要な場合は、お気軽にお問い合わせください。運用・保守分野でのさらなるご活躍をお祈りしております。