運用と保守の経験の共有：サーバーコストの最適化戦略

現在のデータセンターのTCOコスト構造では、サーバーとキャビネットのコストが最大コストで、総コストの約54％を占めています。約21％を占め、サーバーコストの最適化は全体的な運用コスト管理にとって非常に重要です。

現在のサーバー開発のトレンドは大規模（高密度、カスタマイズ）、低消費電力、そして高性能であり、主要企業は主にOEMと協力して各企業のビジネスタイプに応じてプロセスをカスタマイズおよびカスタマイズしています。複数のブランドを遵守し、ブランド情報とパッケージを区別してシールドします。コストの最適化を達成するためのハードウェアベースのカスタマイズとサーバーの分類、評価、階層化を組み合わせたものは次のとおりです。

サーバーの分類

TencentやBaiduなどの製品ラインには約100の製品ラインがあり、各製品ラインは製品に分類され、各製品は異なるハードウェアとネットワークに対応しており、それらの製品の重要性と規模は異なります。図11-1に示すように、サーバーのハードウェアはリソースの非アクティブ化と無駄を避けるために、通常、サーバーを次のように分類します。

1、主にWEBアクセスサーバーに使用されるアクセスサーバー、I /O集約型、CPU処理が少ない、このカテゴリは低コストサーバーで、単一の電源モジュールと拡張スロットを考えるために、いいえホットスワップ、RAIDなしなどは、CPU、メモリ、SSD、ハードディスクなど、または1台のU 2台、2台のU 4台などの高密度サーバーに応じて2〜3のカテゴリに分類でき、密度は50％増加します。消費量を15％、ラックのレンタル費用を半分に削減しました。

2、主にアプリケーションサービスに使用される平衡型サーバーは、専用サーバーとは別に汎用サーバーとして理解でき、論理サービスまたは中間層サービスには、CPU、メモリ、SSDに基づくことができます。 2、3種類のハードドライブなど

3、主にオンラインおよびオフラインのストレージサービスに使用されるストレージサーバー、大容量のハードディスク、大容量のストレージスペースは、ハードディスクの空き容量とタイプに基づいて作成できます。大企業のストレージクラウドのメインサーバー。

表11-1モジュールの分類とサーバーの分類

サーバーの分散
Layer

製品アーキテクチャの階層化によると、各層は異なるタイプのサーバーを使用し、各サービス層はパフォーマンスのバランスをとり、サーバーリソースの使用を最大化することができ、管理の容易化、バッチシェルフの拡張、バッチ処理にも役立ちます。廃止された優れた運用計画担当者は、アプリケーションの各層に対してサーバーリソースを最も合理的に使用できるため、リソースのアイドル状態や無駄を省くことができます。

サーバー評価

商品の重要性、収益の大きさ、オンライン時間などに従って、該当するサーバーを分類できます。

1.優秀な商品たとえば、ハイイールド製品や主力新製品では、モジュールの各層が新しい高プロファイルのサーバーを使用し、低容量を維持し、十分な予算を準備し、四半期ごとに事前に拡大します。

2、安定した製品、2〜3年安定した製品サーバーで大容量を維持し、対応する年齢のサーバーを使用して更新と拡張を行い、容量ダウンラインに従ってサーバーを統合することもできます。

3、歴史的な製品、4年未満の製品、この種のビジネスは長年の研究開発を経て、複数の製品ラインで使用されてきましたが、これらのサーバーは最終的にサーバーの老朽化に直面するでしょう。このようなビジネスモジュールは、統合またはプラットフォーム化されるか、あるいは組立ラインから取り除かれることさえあります。

クラウド化されていない企業や製品には、サーバーの分類、評価、階層化のカスタマイズが適していますハウスキーパーのような優れた運用計画立案者は、オンラインサービスとコストのバランスを調整します。無駄にしません。

事業分類プラットフォームによる運用コストの削減

運用リソース（サーバー、帯域幅、専用回線、各地域のQOS + IDC）および既存の製品ラインのアーキテクチャ実際の増分需要（将来のアーキテクチャの変更、拡張、および最適化を含む）は、キャパシティ管理とコスト管理に関連しており、最終的には予算および予算モデルの実装を促進し、最終的には運用コストを介して行われます。

大企業には複数の部門に複数の製品があり、各製品には複数の運用リソースが必要です。これらすべてにキャパシティ管理、コストおよび予算管理が必要です。この機能は現実的ではなく、製品内のモジュールの分類と抽出が統合された計画と管理が可能なプラットフォームに統合され、運用リソースが効果的に管理されます。サービス分類プラットフォームは次のように共有されます。アプリケーション分類のプラットフォーム化

淘宝網に関して言えば、誰もが淘宝網のCDNプラットフォームに大きな影響を与えるはずで、2012年には、最大11のダブルトラフィックが2000Gに達し、これはインターネット会社の最大の静的アプリケーションプラットフォームです。淘宝網のウェブサイトを見つけることは難しくありません淘宝網のトラフィックの80％〜90％が静止画像によってもたらされていますこのケースはすべてのeコマースウェブサイト、コミュニティウェブサイト、ポータルウェブサイトなどに関連付けることができます。方向

1、静的クラスのプラットフォーム、大きい画像、小さい画像、テキスト、JS、ダウンロード、ビデオなど。

2、動的クラスのプラットフォーム、ロジック、キュー、メッセージ、おすすめ、アカウント、関係、 PHP、Javaなど

3、データプラットフォーム、ログ、計算、ストレージ、データベースなど

プラットフォームアプリケーションで最高のもの

淘宝網のCDNは規模、アーキテクチャ、ハードウェア、コンテンツ、スピード、そしてコスト追求の一例であり、これは典型的なアプリケーションプラットフォームのサクセスストーリーで、部門別、企業レベルのプラットフォーム、さらには業界で最高のものを実現できます。プラットフォーム

プラットフォームは、小規模から大規模、大規模から大規模まで、一晩では構築されず、歴史と新製品で同じアプリケーションを吸収し続け、成長を続けています。新しい事業の伝統的な運営と維持は、多くの原材料を準備し、それから原材料を加工する必要性のようなものです。そして、プラットフォームの後には、構成要素を組み立てるだけでよく、維持する必要はありません。

リソースの利用率を最大化するための混在

アプリケーションのプラットフォーム化と強化に伴い、アプリケーションプラットフォームは従来の運用および保守の対象である製品ラインに徐々に取って代わりました。アプリケーションクラスタは、クラスタが運用および保守の基本単位となっているため、さまざまなビジネスの発展に伴い、さまざまなクラスタの規模が年に数回の割合で拡大し、大型アプリケーションプラットフォームサーバーの数が数万に達しています。サーバーサイズ

これらのプラットフォームの機能と役割は異なり、全体としてはCPU集中型、I /O集中型、ストレージ集中型の3つに分けられ、平均してサーバーの全体的なリソース使用率は高くありません。プラットフォームやクラスタの数が多いほど、履歴の拡張やサーバーハードウェアの不整合などによる無駄が多くなり、そのようなリソースのアイドル状態や無駄が増えることになります。リソースの使用量を増やすために組み合わせます。

サービス配信の前提条件

1.プラットフォームベースのサービス、プラットフォームタイプのサービスにはスケール属性があり、さらに必要に応じて複数地域および複数IDCの配信、データ配信、バックアップなどが蓄積されています。迅速に統合および合理化します。

2、非バースト、さまざまな種類のビジネス、バースト的なビジネスは、ホットイベントのために負荷が数倍に増加する可能性があるため、混在配給には適していません。類似したビジネスリソースの混在した、低い使用率は、リソース使用量の傾向に従って決定できます。

3、ハードウェア構成、ネットワーク配信が近い、複数の製品のライフサイクルの中で、製品が短期規模ではないため、サーバーとサーバーのIDCはバッチで、そしてオンラインで購入されます。ハードウェアは年々大きく変わり、各エリアのモジュールのパフォーマンスのバランスがとれるようにハードウェアが近づいていますハードウェアに大きな違いがあると、「ヘビートップヘビー」のパフォーマンスが不均一になり、ハードウェアのアップグレードまたは交換を行うことができます。

サービス配信の問題

1.クラスターの相互効果、混在クラスターは、ユーザーの規模、ユーザーの解決方法、およびリソースの使用状況の傾向が異なるため、相互効果が異なります。この影響は過負荷状態で発生するため、容量管理は前提の下で効果的に回避できます。

2、ハードウェアのクロスインパクト、ハードウェア障害は避けられない、不確実です、ここでのハードウェアとは、すべてのオンライン実稼働環境のハードウェア、ネットワークハードウェア、サーバー、ラックハードウェアなどを指します。クラスタは直接利用できないため、プラットフォームの健全性監視と自動回復機能に依存しています。