目次:
ビデオ: 【マインクラフト】60種類の最強TNTを一度に爆破したら世界が滅びましたｗｗｗ【マイクラ実況】 2025
ハイブリッドクラウド環境におけるワークロード は、実行可能な独立したサービスまたはコードの集まりです。ワークロードはコンピュータ資産全体で実行されるため、それを見るもう1つの方法は、一定期間コンピュータリソースによって達成する必要がある作業の量です。 業界の専門家の中には、アプリケーション、オペレーティングシステム、およびミドルウェアがワークロードの定義に含まれているものがあります。もちろん、さまざまなワークロードが異なる特性を持ち、特定のワークロードを実行するための最適なプラットフォームは、特定のワークロードの性質に依存します。
<！ハイブリッドクラウドのワークロードの種類
コンピューティング要件が変化するため、ワークロードも変更されます。このリストは、ハイブリッドクラウド環境で見つかる可能性のある種類のワークロードのいくつかを説明しており、次の表でそれらを相互に比較します。バッチワークロード：
これらのワークロードはバックグラウンドで動作するように設計されています。典型的なバッチ・ワークロードは、大量のデータを処理する傾向があります。これらのワークロードには、一連の携帯電話請求書または数カ月間のオンライン取引の結果から生成されたデータが含まれる場合があります。これらのワークロードには、かなりの計算リソースとストレージリソースが必要です。バッチ・ワークロードはほとんど時間に影響されず、リアルタイム・タスクがほとんど実行されていない場合にスケジュールできます。
-
<！ - 2 - > このデータは十分に文書化され、予測可能であるため、このタイプの作業負荷を自動化するのは比較的簡単です。一般的に、バッチ・ワークロードは定期的に実行され、これらのワークロードを処理する方法としてパブリック・クラウド・サービスの規模の経済性を利用することができます。ここでも、どのクラウド環境と同様に、バッチ・ワークロードをどこで実行するかの決定は、ビジネス・ルール、ガバナンス、およびセキュリティー規則によって決定されます。
<！ - 9 - >トランザクションワークロード：
請求および注文処理などのビジネスプロセスの自動化です。従来、トランザクションワークロードは単一のシステムに限定されていました。しかし、パートナーやサプライヤーにまたがる電子商取引の利用が増えているため、さまざまなパートナーのコンピューティング環境全体でトランザクションワークロードを管理する必要があります。コスト便益分析によっては、複雑なトランザクションワークロードがプライベートクラウドに最も適している可能性があります。 -
分析ワークロード： 組織は、複雑なハイブリッド環境全体で膨大な量のデータを理解するために、クラウド環境で分析サービスを使用することができます。この要件は単なる技術的要件ではありません。ビジネスパートナーはパートナーシップの成功をベンチマークし、成功を増進するための調整を行う必要があります。
-
分析ワークロードでは、パブリックWebサイト、プライベートクラウド、およびデータウェアハウスでこれらのワークロードに埋め込まれたデータを全体的に分析する機能が強調されています。これらのタイプの分析作業負荷は、より多くのリアルタイムコンピューティング能力を必要とする傾向があります。 高性能ワークロード： これらのワークロードは、科学的または技術的要件を持つ特殊なプロセスを備えています。これらのワークロードは複雑であり、通常はかなりの計算機能が必要です。したがって、パフォーマンスのために最適化された専用のパブリッククラウドに適しています。 データベースワークロード：
-
これは最も一般的なタイプのワークロードであり、データセンターとクラウドのほぼすべての環境に影響します。そのデータを使用しているサービスをサポートするには、データベースのワークロードをチューニングして管理する必要があります。状況によっては、データワークロードが小さく自己完結型です。ただし、他の状況では、データの作業負荷が大きく、パフォーマンスに高度なアプローチが必要です。たとえば、ビジネス要件をサポートするために、高性能なデータベースワークロードをベアメタル（ハードウェアのオペレーティングシステムに直接）で実装することができます。 クラウドに適していないワークロード
-
クラウドに適したワークロードと同じように、一部のワークロードはクラウドに適しています。クラウドに移動したくないワークロードの例を次に示します。 高性能ネットワークストレージを必要とするワークロード。
これらのワークロードは非常に迅速にアクセスする必要があるかもしれないので、インターネット速度に依存しているクラウドには適していない可能性があります。
非常に短い待ち時間を必要とする従来のアプリケーションワークロード。
-
多くの場合、レガシーワークロードは分散コンピューティング環境で実行するようには設計されていませんでした。それらは特定の目的に役立ち、クラウドに移動させるのは理にかなっていないかもしれません。 ネットワーク上で非常に高いスループット（速度）を必要とするデータベースクラスタリング。
-
ミリ秒の応答時間を必要とするデータベースの大規模なグループ化も、クラウドには適していない可能性があります。 抽象化と作業負荷
-
作業負荷は、クラウド環境で抽象化されることができます。つまり、作業負荷は実行中のハードウェアから分離されます。実際、ほとんどの状況では、平均的な顧客はワークロードがどこで実行されているか分かりません。個々のワークロードは外部要素に依存しませんが、通常、他のワークロードと組み合わされてビジネスプロセスやタスクを実行します。 抽象化という概念は、クラウドでのワークロードの実行方法にとって重要であり、ハイブリッドクラウドではさらに重要です。複数のサービスで構成された分散コンピューティング環境を複数の場所に作成する唯一の方法は、構造化され抽象化されたワークロードを作成することです。
