古いサーバーを廃止する必要があります


12

サーバーは正常に動作していますが、5年以上経過しています。彼らはまだ完璧に仕事をしており、サーバーをアップグレードしてもメリットはありません。永久に稼働させておくべきですか、それともサーバーまたはその一部を新しいハードウェアと交換するメンテナンスをスケジュールすべきですか?サーバーに障害が発生すると、データの損失が発生し、定期的なメンテナンスよりも多くのダウンタイムが発生する可能性があります。これらのサーバーは、オンラインのPOS、会計、CRM、および管理情報に使用されます。

サーバーが遠隔地にあるため、ファンの交換やほこりの掃除などの予防保守は不可能です。

また、故障率の経時的な「バスタブ曲線」にも留意してください。新しいハードウェアは、しばらく焼き付けられたハードウェアよりも故障する可能性が高くなります。

長い間トラブルのないサーバーに非常に満足しているクライアントに、古すぎるので交換するためにお金を費やさなければならないことをどのように伝えますか?

最後に、電圧、温度、ファン速度など、リモートで実行できるハードウェアの問題を監視するツールはありますか?

回答:


12

以前の質問と回答は次のとおりです。

使用済みのサーバー/ネットワーク機器を引き続き使用しますか?

そしてもう一つ:

会社はすべてのサーバーをどのくらいの頻度で交換していますか?

5年後、ミッションクリティカルな機能と思われるものについては、たとえ正常に機能していても、交換を検討し始めました。しかし、それらうまく機能しているので、ゆっくりと慎重な交換を計画します。交換用ボックスでOSとアプリを構築する方法、データをどのように移動するか、古いものから新しいものに切り替える方法を知っていることを確認してください。

上記のリンクの回答のいずれかで述べたように、私はクライアントにハードウェアを交換する必要がある理由を正直に伝えます。メンテナンスおよびサポート契約のコストの増加、交換部品の入手の難しさ、アプリケーションベンダーが新しいハードウェアをサポートすることの優先度などが考えられる要因です。ハードウェアおよびソフトウェアベンダーのサポートレベルに基づいてケースを作成する必要があります。


4
+1。これは誠実なビジネス上の決定である必要があります。私は交換に傾くでしょう。ケースを作成するときは、電力コスト(古いサーバーでは非常に高くなる可能性があるため)と、ハードウェア障害が発生した場合のビジネスのダウンタイムを考慮します。使用中の状況/プラットフォームによっては、古いサーバーの予想されるダウンタイムと仮想化されたサーバーの切り替え時間を比較するのが妥当かもしれません。
ジェスパーM

5

おそらく-しかし、細心の注意と注意を払って。

留意すべき点:

  • ハードウェア障害を修復するための部品をまだ購入できますか?
  • OSおよびソフトウェアは、サポートされているパッチを取得するのに十分なほど最近のものですか?
  • 大規模な障害が発生した後でも、システムを簡単に再構築できますか?
  • サーバーの電力使用量、ランニングコスト、または物理サイズを削減できますか?
  • パフォーマンスプロファイルを改善したり、予備の容量を利用したりできますか(例:近くの他のサービスの仮想化)。

3

ベンダーが理解しそうな用語で説明してください。サーバーは平均で4〜5年の寿命に設計されていることを説明します。一部はそれより長く実行されますが(サーバーを7年前からリンプし続けています...それを誇りに思っていませんが、仮想化の前の日でした)、その年齢に近づき、それを超えると、サーバーは故障しやすくなります。

車の面でそれを置きます。車の特定のポイントが切れた後、破損のように部品が故障または摩耗し、交換が必要になります。ただし、車とは異なり、地元の修理場所まで走ってサーバーを修理することはできません。ベンダーは寿命のある交換部品を使用します。つまり、それらを保管していて、今はプレミアムを支払う必要があることを知っている人以外は入手できません。そして、それらの部品を検索して購入をめぐる間、サーバーは停止したままになります。

また、ほとんどの人は車のローンが返済されるとすぐに車を交換することを検討しています。特に遠隔地を考えると、これらのサーバーよりも車の修理と保守が簡単であることを考えると、顧客は自分の個人的な生活に取り入れることのない事業ラインでリスクを冒していることを指摘してください。


3

個人的には、古いハードウェアを実行しても問題ありませんが、リスクが適切に考慮されている場合限ります。例として、かなり古いIBMサーバーが1つありますが、これは保証対象外であり、そのための部品を入手できなくなりました。ただし、その上で実行されるソフトウェアは、数分で別のマシンに転送できます。マシンに障害が発生した場合、最適な長期的なソリューションを決定する間、一時的に予備のPCと交換できます。これを行うために必要なすべての手順は十分に文書化されているので、たとえ私が利用できなくても、他の誰かがタスクを完了することができます。


2

サーバーが適切な場合は、ベンダーのサポートが決定要因になります。ベンダーがシステムをサポートしない場合は、クライアントに自分の好みに基づいて決定させます。

あなたがベンダーであるなら、ある時点でそれらを段階的に廃止する必要があるでしょう。


2

サーバーを地面に落とすことにした場合、遅かれ早かれそれらは地面に落ちます。その前に、つまり、まだ正常に動作しているように見えるときに、それらを交換するのが最善です。

サーバーにとって5年は非常に良いイニングであり、クロスオーバーポイントに到達しているように見えますが、しばらくの間は問題ないかもしれませんが、交換を保証する十分な懸念があります。

最悪のシナリオは、サーバーが稼働日の途中で崩壊することです。物事の音から、緊急の移行を行い、それが発生した場合に適切な時間枠で復元することができるとは思わないでしょう。クライアントは、ビジネスの損失(何もしないで座っているスタッフの給与を含む)のコストと交換のコストを比較検討する必要があります。交換は安くなると思います。


1

ハードウェアとソフトウェアがまだ十分にサポートされ理解されている場合、理由もなく変更するのはばかげているようです。サーバーは、清潔で温度管理された環境にありますか?彼らはまだしばらくカチカチ音をたて続けるべきです。

これらの古いサーバーはどのレベルの冗長性を提供しますか?冗長電源と、テスト済みのオフラインバックアップを備えたRAID保護ストレージがありますか?私の経験では、PSUとドライブは年齢の影響を最も受けやすい部品です。十分に保護されている限り、壊滅的なダウンタイムは一切見ないでください。

サーバーが邪魔にならないため、予防保守を避けることは悪い計画のように思えます。サーバーにアクセスして交換できる場合、または壊滅的な障害が発生した場合は、保守および検査のためにサーバーにアクセスできる必要があります。

誰も彼らがどのように働くか、または彼らのために部品をどこで手に入れるかを誰も知らないほど、彼らをあまりに古くさせないでください。


1

マシンの交換時期と故障の重大度に基づいて、マシンをいつ交換するかを常に決定します。私たちの主要なマシンは、実際には仮想化クラスターに移行して、障害を処理する簡単な方法を提供しています。

データの損失を防ぐには、バックアップを実行します。それらの多くは。あらゆる年齢のマシンが故障し、データの損失を心配している場合、十分なバックアップを行っていません。

実際には、少なくとも5年以上前に少なくとも1台の重要なマシンを実行しています。会社が私の時間の前に買収されたとき、それが稼働していたので、私は何歳かわかりません。すぐに交換する必要もありません:(


1

また、次のものも含めます。新しいハードウェアは、古いハードウェアよりもはるかに強力です。仮想化を使用して、複数のサーバーを1つに統合できます。仮想化を正しく行うと、バックアップが容易になり、コストが大幅に削減され、災害復旧が容易になります。新しいサーバーは、OSがまだ起動していなくてもアクセスできるIntel Vproテクノロジーなど、リモートアクセス/監視/修復のサポートも強化されています。

習熟/標準化/衛生/アップグレードの問題もあります。5年後-本当に-ハードウェアとセットアップに精通しているのは誰ですか?セットアップと、ログインスクリプト、セキュリティ設定などのすべてのものは、現在の標準に達していますか?古いユーザーアカウントの削除、古い回避策のクリーンアップなどの衛生管理を実行しましたか?コンポーネントはまだ利用可能ですか?故障した場合、マザーボード/ PSUやその他の部品は絶対に利用できないことを知っているので、私は気にしているクライアントサイトに多数のサーバーがあります。


1
卵、バスケット?(PS私は仮想化では問題がないが、それは戦略、ちょうど1にXサーバを交換しなければならないことはありません)
浴槽

はい、統合により1つのバスケットシナリオですべての卵が作成されますが、同じトークンにより、1台のサーバーに対して5台のサーバーが1台に対して5ポイントの障害が発生する可能性があります。また、比較的安価な新しいサーバーを取得して、複数の同一のサーバーを取得することもできます。その場合、フェイルオーバーは単にVMを新しいサーバーにコピーするだけです。別のプラットフォームへの大規模な再インストールとセットアップは不要です。
ブラック
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.