UNIXパッケージを最新の状態に保つためのベストプラクティス

• サーバーをどのように最新の状態に保ちますか？
• Aptitudeのようなパッケージマネージャーを使用する場合、アップグレード/インストールの履歴を保持しますか？
• 複数のサーバーでパッケージをインストールまたはアップグレードする場合、プロセスを可能な限り高速化する方法はありますか？

Linux / Debianベースのシステムでは、cron-aptはcronを介してaptの自動化を管理できる非常に便利なツールです。

私はapt-get update毎日それを使用しています。新しい更新プログラムをインストールする必要がある場合は、メールを送信します。

このツールの簡潔でよくできた紹介を次に示します。

3番目の質問について：私は常にローカルリポジトリを実行しています。1台のマシンのみの場合でも、再インストールが必要な場合（通常aptitude autocleanのようなものを使用します）の時間を節約し、2台のマシンの場合はほとんど常に成果を上げます。

私が管理するクラスターの場合、通常は明示的なログを保持しません。パッケージマネージャーに任せます。ただし、（デスクトップとは対照的に）それらのマシンでは、自動インストールを使用しないため、すべてのマシンに何をインストールするかについてのメモがあります。

cron-aptと同様に、apticronを使用します。

私は歴史のためにapt-historyを使用します。この便利なツールがデフォルトで含まれていない理由はわかりません。これはpuppetでデプロイした最初のパッケージです。

私は、実行は/ usr / binに/ apt-getを更新-qqを;は/ usr / binに/ apt-getをdist-upgradeの-duyq毎晩cronジョブとして。午前中に、どのパッケージをアップグレードする必要があるかを通知し、ファイルは既にマシンにダウンロードされています。

次に、通常、マシンのスナップショットを作成し（ほとんどのサーバーは仮想）、apt-get dist-upgradeを実行し、nagiosを確認して、すべてがまだ機能していることを確認し、スナップショットを削除します。

最後に、後で発生する問題を追跡するために、ウィキ上のすべてのサーバーに加えられたすべての変更の実行リストを保持します。

重複ダウンロードを制限する限り、サーバーとインターネットの間に、最初にアクセスしたときに.debファイルをキャッシュするキャッシュWebプロキシ（squid？）をセットアップできることを理解しています。おそらく、これはローカルパッケージリポジトリを設定するよりも簡単であり、一般的なWebブラウジングを高速化するという追加の利点があります。

apt-cacherはパッケージをキャッシュするのに便利です。リポジトリ全体の完全なミラーリングを完了してディスクと帯域幅を節約するのではなく、最初に必要になったときにキャッシュします。また、パッケージの最初のリクエストをリクエスターに直接ストリーム配信すると同時に、追加の遅延が発生しないため便利です。

ローカルリポジトリを実行することは、ローカルサーバー上にあるものを正確に管理する最良の方法です。また、カスタムバックポートまたはカスタムローカルパッケージを簡単に展開できます。ローカルインストールを簡単にするために、非常に大きな依存関係であるローカルの「メタパッケージ」を作成することが知られています。（例：「apt-get install local-mailserver」）。これには、設定の変更を「バージョン管理」できるという副作用もあります。（より複雑な設定管理には、Puppetのようなものが必要です）

Windowsボックスには、ローカルのWSUSサーバーと、毎月のパッチを適用する標準ウィンドウがあります。Linuxシステム（RHEL）の場合、キャンパスにRHN衛星サーバーがあり、それらすべてが参加しています。これにより、管理するすべての参加システムの素晴らしいダッシュボードと、各システムの未適用の更新が提供されます。人形の中にあるものについては、通常のウィンドウの間に自動的にパッチを適用し、結果とともに電子メール通知を送信するスクリプトをプッシュします。

ローカルリポジトリを作成し、すべてのサーバーが更新のためにそれを指すように構成できます。ローカルダウンロードの速度を取得できるだけでなく、互換性の問題を防ぐために、インフラストラクチャにインストールする公式アップデートを制御することもできます。

Windows側では、Windows Server Update Servicesを使用して非常に満足のいく結果を得ています。

Aptitudeのようなパッケージマネージャーを使用する場合、アップグレード/インストールの履歴を保持しますか？その場合、どのように行いますか？

aptはログを/ var / log / apt /に保持し、dpkgは/var/log/dpkg.logを使用します。特にdpkgはかなり解析可能です。

OpenSuSE Linux、SLES、およびNovell OES（すべてSuSEベースの製品）には、zypperを実行し、更新が必要なパッケージを探すスクリプトがあります。見つかると、チケットをJIRAに送信し、それをsysadminsに割り当てます。更新プログラムをインストールすると、チケットが閉じられ、監査証跡が残ります。この監査証跡には、いつ、誰がインストールしたかが示されます。これは、sysloggingサーバーで集中管理されるzypperおよびsudoログで調整/確認できます。