初心者のシステム管理者向け: 混乱から秩序を生み出す方法

私は FirstVDS システム管理者で、これは初心者の同僚を支援するための短期コースの最初の入門講義のテキストです。 最近システム管理に携わり始めた専門家も、同様の問題を数多く抱えています。 解決策を提供するために、私はこの一連の講義を書くことにしました。 その中にはテクニカル サポートのホスティングに特有のものもありますが、一般的には、すべての人にとってではないにしても、多くの人にとって役立つ可能性があります。 そこで、講義のテキストをここで共有するために編集しました。

あなたの役職が何と呼ばれるかは関係ありません。重要なのは、実際に行政に関与しているということです。 したがって、システム管理者が行うべきことから始めましょう。 その主な任務は、物事を整理し、秩序を維持し、将来の増加に秩序正しく備えることです。 システム管理者がいないと、サーバーは混乱してしまいます。 ログが書き込まれないか、間違ったものが書き込まれ、リソースが最適に配分されず、ディスクはあらゆる種類のゴミで満たされ、システムはあまりにも多くの混乱によりゆっくりと停止し始めます。 冷静に！ あなたの担当のシステム管理者が問題を解決し、混乱を解消し始めます。

システム管理の柱

ただし、問題の解決を開始する前に、管理の XNUMX つの主要な柱について理解しておく価値があります。

1. ドキュメンテーション
2. テンプレート化
3. 最適化
4. オートメーション

これが基本です。 これらの原則に基づいてワークフローを構築しないと、非効率的かつ非生産的となり、一般に実際の管理とはほとんど似ていません。 それぞれを個別に見てみましょう。

Документация

Документация これはドキュメントを読むことを意味するのではなく (ドキュメントなしではいられないが)、ドキュメントを保守することも意味します。

文書の保管方法:

• これまで見たことのない新しい問題に遭遇しましたか? 主な症状、診断方法、除去の原則を書き留めます。
• よくある問題に対して新しく洗練された解決策を思いついたことがありますか? XNUMX か月後にもう一度考え直さなくても済むように、書き留めておきましょう。
• 理解できなかった質問を解決するのに役立ちましたか? 要点と概念を書き留め、自分で図を描きます。

主な考え方は、新しいことを習得したり応用したりするときに、自分の記憶を完全に信頼すべきではないということです。

これをどの形式で行うかはあなた次第です。メモを備えたシステム、個人のブログ、テキスト ファイル、物理的なメモ帳などです。 重要なのは、レコードが次の要件を満たしていることです。

1. あまり長くしないでください。 主なアイデア、方法、ツールを強調します。 問題を理解するために Linux のメモリ割り当ての低レベルの仕組みを詳しく理解する必要がある場合は、その問題を学んだ記事を書き直さないでください。その記事へのリンクを提供してください。
2. エントリは明確である必要があります。 ラインの場合 race cond.lockup この行で説明した内容をすぐに理解することはできません - 説明してください。 優れたドキュメントは理解するのに XNUMX 分もかかりません。
3. 検索は非常に優れた機能です。 ブログ投稿を作成する場合は、タグを追加します。 物理的なノートの場合は、説明を書いた小さなポストイットを貼り付けます。 質問をゼロから解決するのに費やすのと同じくらいの時間を文書内で答えを探すのに費やすのであれば、文書化する意味はほとんどありません。

ドキュメントは次のようになります。メモ帳の基本的なメモ (上の図) から、タグ、検索、その他あらゆる便利な機能を備えた本格的なマルチユーザーのナレッジ ベース (下の図) までです。

同じ答えを二度探す必要がないだけでなく、文書化することは新しいトピックを学ぶのに非常に役立ち (メモ!)、スパイダーセンス (表面を一目見ただけで複雑な問題を診断できる能力) を向上させます。そしてあなたの行動に組織性が加わります。 文書が同僚に公開されていれば、あなたがその場にいないときに、何をどのように積み上げたかを同僚が把握できるようになります。

テンプレート化

テンプレート化 テンプレートの作成と使用です。 最も一般的な問題を解決するには、特定のアクション テンプレートを作成する価値があります。 ほとんどの問題を診断するには、標準化された一連の手順を使用する必要があります。 何かを修復/インストール/最適化した場合は、標準化されたチェックリストを使用してそのパフォーマンスをチェックする必要があります。

テンプレート化は、ワークフローを整理する最良の方法です。 標準的な手順を使用して最も一般的な問題を解決すると、多くの素晴らしいことが得られます。 たとえば、チェックリストを使用すると、作業にとって重要なすべての機能を診断し、重要でない機能の診断を破棄することができます。 また、標準化された手順により、不必要なスローが最小限に抑えられ、エラーの可能性が減ります。

まず重要な点は、手順とチェックリストも文書化する必要があるということです。 記憶だけに頼っていると、本当に重要なチェックや操作を見逃して、すべてが台無しになってしまう可能性があります。 XNUMX 番目の重要な点は、状況に応じてすべてのテンプレートの実践を変更できるし、変更する必要があるということです。 理想的で完全に普遍的なテンプレートはありません。 問題があるにもかかわらず、テンプレートのチェックで問題が見つからなかったとしても、それは問題がないことを意味するわけではありません。 ただし、ありそうもない仮説的な問題のテストを開始する前に、最初に簡単なテンプレート テストを実行することをお勧めします。

最適化

最適化 それ自体が物語ります。 作業プロセスは、時間と人件費の観点から可能な限り最適化する必要があります。 キーボード ショートカット、略語、正規表現、利用可能なツールなど、無数のオプションがあります。 これらのツールのより実践的な使い方を探してください。 コマンドを 100 日に XNUMX 回呼び出す場合は、それをキーボード ショートカットに割り当てます。 同じサーバーに定期的に接続する必要がある場合は、そこに接続するためのエイリアスを XNUMX つの単語で記述します。

ツールで使用できるさまざまなオプションについてよく理解してください。おそらく、より便利なターミナル クライアント、DE、クリップボード マネージャー、ブラウザ、電子メール クライアント、オペレーティング システムなどがあります。 同僚や友人がどのようなツールを使用しているかを調べてください。おそらく、彼らには何らかの理由があってそれらを選択しているのでしょう。 ツールを入手したら、その使用方法を学び、キー、略語、ヒント、コツを学びましょう。

coreutils、vim、正規表現、bash などの標準ツールを最適に使用します。 最後の XNUMX つについては、膨大な数の素晴らしいマニュアルとドキュメントがあります。 彼らの助けがあれば、「ラップトップでナッツを割る猿のような気分」から、「ラップトップを使って自分にナッツクラッカーを注文する猿のような気分」にすぐに変わることができます。

オートメーション

オートメーション 困難な操作は私たちの疲れた手から自動化された疲れ知らずの手に移されます。 何らかの標準的な手順が同じ種類の XNUMX つのコマンドで実行される場合、これらすべてのコマンドを XNUMX つのファイルにラップし、このファイルをダウンロードして実行する XNUMX つのコマンドを呼び出さないのはなぜでしょうか。

自動化自体は、80% が独自のツールを作成して最適化することです (そして、残りの 20% はツールを正常に動作させることを試みます)。 それは単なる高度なワンライナーである場合もあれば、Web インターフェイスと API を備えた巨大な全能ツールである場合もあります。 ここでの主な基準は、ツールの作成に、ツールによって節約される時間と労力以上の時間と労力がかからないようにすることです。 スクリプトがなければ解決するのに XNUMX ～ XNUMX 時間かかるタスクを、二度と必要のないスクリプトの作成に XNUMX 時間費やした場合、これはワークフローの最適化としては非常に不十分です。 ツールの作成に XNUMX 時間も費やすことができるのは、タスクの数、種類、時間が許す場合に限られますが、実際にはそうはいきません。

自動化とは、必ずしも本格的なスクリプトを作成することを意味するわけではありません。 たとえば、リストから同じタイプのオブジェクトを大量に作成する場合、必要なのは、ウィンドウを切り替えてコピーアンドペーストする作業を手動で自動的に実行する賢いワンライナーだけです。

実際、これら XNUMX つの柱に基づいて管理プロセスを構築すると、効率、生産性、資格をすぐに向上させることができます。 ただし、このリストにはもう XNUMX つの項目を追加する必要があります。これなしでは IT 分野で働くことはほぼ不可能です。それは独学です。

システム管理者の独学

この分野で少しでも有能になるためには、常に勉強して新しいことを学ぶ必要があります。 未知のものに直面してそれを理解したいという気持ちが少しでもなければ、すぐに行き詰まってしまいます。 IT 分野ではあらゆる種類の新しいソリューション、テクノロジー、手法が絶えず登場しており、少なくとも表面的にそれらを研究しなければ、失敗への道を歩むことになります。 情報技術の多くの分野は、非常に複雑かつ膨大な基盤の上に成り立っています。 たとえば、ネットワークの運用です。 ネットワークとインターネットはどこにでもあり、毎日のように遭遇しますが、その背後にあるテクノロジーを深く掘り下げてみると、巨大で非常に複雑な分野がわかります。その研究は決して公園の中を散歩するようなものではありません。

この項目はシステム管理だけでなく IT 全般にとって重要であるため、リストには含めませんでした。 当然のことながら、すぐにすべてを学ぶことはできません。物理的に時間が足りないだけです。 したがって、自分自身を教育するときは、必要な抽象化レベルを覚えておく必要があります。

個々のユーティリティの内部メモリ管理がどのように機能するのか、またそれが Linux メモリ管理とどのように相互作用するのかをすぐに学ぶ必要はありませんが、RAM が概略的にどのようなもので、なぜそれが必要なのかを知っておくことは良いことです。 TCP ヘッダーと UDP ヘッダーが構造的にどのように異なるかを知る必要はありませんが、プロトコルの動作方法の基本的な違いを理解することは良いことです。 光学系における信号減衰とは何かを学ぶ必要はありませんが、実際の損失が常にノード間で継承される理由を知っておくとよいでしょう。 特定の要素が特定の抽象化レベルでどのように機能するかを知っていても問題はありませんが、抽象化がまったくない場合には必ずしもすべてのレベルを完全に理解する必要はありません (気が狂ってしまうだけです)。

しかし、あなたの分野では、「これは Web サイトを表示できるものです」という抽象レベルで考えるのはあまり良くありません。 以下の講義では、システム管理者がより低い抽象レベルで作業するときに対処する必要がある主要領域の概要を説明します。 レビューする知識の量を最小限の抽象レベルに制限するように努めます。

システム管理の十戒

これで XNUMX つの主要な柱と基礎を学びました。 問題解決を始めてもいいでしょうか？ まだ。 これを行う前に、いわゆる「ベスト プラクティス」と良いマナーのルールをよく理解しておくことをお勧めします。 これらがなければ、良いことよりも害を及ぼす可能性が高くなります。 それでは始めましょう:

1. 私の同僚の中には、第一のルールは「危害を加えないこと」であると信じている人もいます。 しかし、私は反対する傾向があります。 危害を加えないようにしようとすると、何もできなくなります。あまりにも多くの行為が潜在的に破壊的になる可能性があります。 最も重要なルールは次のとおりだと思います - 「バックアップを作成してください」。 たとえ多少のダメージを与えたとしても、いつでも元に戻すことができ、すべてがそれほど悪いことにはなりません。

   時間と場所が許せば、必ずバックアップを行ってください。 変更する内容と、潜在的に破壊的な操作により失われる可能性があるものをバックアップする必要があります。 バックアップの整合性と必要なデータがすべて存在するかどうかを確認することをお勧めします。 ディスク領域を解放する必要がない限り、すべてを確認した後すぐにバックアップを削除しないでください。 場所で必要な場合は、個人サーバーにバックアップし、XNUMX 週間後に削除してください。

2. XNUMX 番目に重要なルール (私自身もよく破ります) は次のとおりです。 「隠さないで」。 バックアップを作成した場合は、同僚が探す必要がないように、どこにあるかを書いてください。 自明ではない、または複雑なアクションを行った場合は、それを書き留めてください。家に帰り、問題が繰り返されるか、他の人に発生する可能性があります。キーワードを使用して解決策が見つかるでしょう。 あなたがよく知っていることを行ったとしても、同僚はそうではないかもしれません。
3. XNUMX 番目のルールについては説明する必要はありません。 「自分が知らない、想像できない、理解していない結果が生じるようなことを決してしてはいけない」。 コマンドの動作がわからない場合は、インターネットからコマンドをコピーせず、man を呼び出して最初にコマンドを解析してください。 既製のソリューションが何をするのか理解できない場合は、使用しないでください。 難読化されたコードの実行は最小限に抑えてください。 それを理解する時間がない場合は、何か間違ったことをしているので、次のポイントを読む必要があります。
4. "テスト"。 新しいスクリプト、ツール、ワンライナー、コマンドは、破壊的なアクションの可能性が最小限に抑えられる場合、クライアント マシンではなく、制御された環境でテストする必要があります。 すべてをバックアップしたとしても (そして実際にバックアップしたとしても)、ダウンタイムは最高の事態ではありません。 これ用に別のserver/virtual/chrootを作成し、そこでテストします。 何か壊れていませんか？ その後、「戦闘」で起動できます。

   
   

5. "コントロール"。 自分が制御しない操作はすべて最小限に抑えます。 XNUMX つのパッケージ依存関係曲線によってシステムの半分がダウンする可能性があり、yum Remove に設定された -y フラグにより​​、システム回復スキルを最初から練習する機会が得られます。 アクションに制御されていない代替手段がない場合、次のポイントは既製のバックアップです。
6. "チェック"。 アクションの結果と、バックアップにロールバックする必要があるかどうかを確認してください。 本当に問題が解決したかどうかを確認してください。 エラーが再現されるかどうか、またどのような条件で再現されるかを確認してください。 自分の行動で何を打破できるかを確認してください。 私たちの仕事を信頼する必要はありませんが、決して確認する必要はありません。
7. "通信する"。 問題を解決できない場合は、同僚にこの問題に遭遇したかどうか尋ねてください。 物議を醸す決定を適用したい場合は、同僚の意見を調べてください。 おそらく彼らはより良い解決策を提供してくれるでしょう。 自分の行動に自信がない場合は、同僚と話し合ってください。 これがあなたの専門分野であっても、状況を改めて見てみると、多くのことが明確になることがあります。 自分の無知を恥じないでください。 質問をせず、答えも得られずに愚か者になってしまうより、愚かな質問をして、愚か者のふりをして答えを得たほうが良いのです。
8. 「むやみに助けを拒むな」。 この点は先ほどと逆になります。 愚かな質問をされた場合は、明確にして説明してください。 彼らは不可能なことを要求し、それが不可能であることとその理由を説明し、代替案を提案します。 時間がない場合（本当に時間がないのは、欲求ではありません） - 緊急の質問があり、たくさんの仕事があるが、後で解決するつもりだと言います。 同僚に緊急の用事がない場合は、連絡して質問を委任することを申し出ます。
9. "フィードバックを与えます"。 同僚の XNUMX 人が新しい技術または新しいスクリプトを使用し始めましたが、この決定によってマイナスの影響が生じていますか? それを報告する。 おそらく、この問題は XNUMX 行のコードか、XNUMX 分間のテクニックの改良で解決できるでしょう。 ソフトウェアのバグに遭遇したことがありますか? バグを報告。 再現可能な場合、または再現する必要がない場合は、修正される可能性が高くなります。 希望、提案、建設的な批判を表明し、関連性があると思われる場合は、議論の対象として質問を提起してください。
10. 「フィードバックを求める」。 私たちは皆、自分の決断と同じように不完全です。自分の決断が正しいかどうかをテストする最良の方法は、それを議論に持ち込むことです。 クライアント向けに何かを最適化した場合は、その作業を監視するように依頼してください。システム内のボトルネックは、あなたが探していた場所ではない可能性があります。 ヘルプ スクリプトを作成しました。それを同僚に見せれば、改善する方法が見つかるかもしれません。

これらの実践を常に仕事に適用すると、ほとんどの問題は問題ではなくなります。自分自身の間違いや失敗の数を最小限に減らすだけでなく、間違いを修正する機会も得られます。バックアップの形式と、バックアップをアドバイスしてくれる同僚）。 さらに、私たちが知っているように、悪魔が横たわっているのは技術的な詳細だけです。

50% 以上の時間で作業する必要がある主なツールは grep と vim です。 もっとシンプルなものは何でしょうか？ テキスト検索とテキスト編集。 ただし、grep と vim は両方とも、テキストを効率的に検索および編集できる強力なマルチツールです。 Windows のメモ帳で単に行を書き込んだり削除したりできる場合、vim ではテキストを使ってほぼ何でもできます。 私の言うことが信じられない場合は、ターミナルから vimtutor コマンドを呼び出して学習を開始してください。 grep に関して言えば、その主な強みは正規表現にあります。 確かに、ツール自体は非常に柔軟に検索条件を設定してデータを出力できますが、RegExp がなければこれはあまり意味がありません。 そして、正規表現を知る必要があります。 少なくとも基本的なレベルでは。 まずはこれを見てみる事をお勧めします ビデオでは、正規表現の基本と、grep と組み合わせた正規表現の使用について説明します。 そうそう、これらを vim と組み合わせると、18 個以上のアイコンでラベルを付ける必要があるテキストを処理する究極のパワー機能が得られます。

残りの 50% のうち、40% は coreutils ツールキットからのものです。 coreutils については、次の場所でリストを確認できます。 ウィキペディア、リスト全体のマニュアルは Web サイトにあります。 GNU。 このセットでカバーされていないものはユーティリティにあります POSIX。 すべてのキーを暗記する必要はありませんが、少なくとも基本的なツールで何ができるかを大まかに知っておくと役立ちます。 松葉杖から車輪を再発明する必要はありません。 何らかのユーティリティからの出力で、どういうわけか改行をスペースに置き換える必要があったのですが、私の病んだ脳が次のような構造を生み出しました。 sed ':a;N;$!ba;s/n/ /g'、同僚がやって来て、ほうきで私をコンソールから追い払い、次のように書いて問題を解決しました。 tr 'n' ' '.

それぞれのツールが何をするのか、そして最も頻繁に使用されるコマンドのキーを覚えておくことをお勧めします。それ以外のことはすべて人間が行います。 ご不明な点がございましたら、お気軽にマンまでお電話ください。 そして、必ずその人自身を読んでください - そこにはあなたが見つけるものについての重要な情報が含まれています。

これらのツールを知っていれば、実際に遭遇する問題の重要な部分を効果的に解決できるようになります。 次の講義では、これらのツールをいつ使用するか、またそれらのツールが適用される基盤となるサービスとアプリケーションのフレームワークについて説明します。

FirstVDS システム管理者の Kirill Tsvetkov が同行しました。

出所： habr.com