すべてのホスティングプロバイダーは稼働時間を宣伝しています。それを定義するものはほとんどなく、それを見逃したことに結果をもたらすものはさらに少ないです。 OneMiners 出版する 個々のマシンごとに 30 日間のローリングアップタイム、毎月最大 24 時間の定期メンテナンスが除外され、マイナーが以下の場合は契約に基づいて補償されます。 95%。これら 3 つの条項がそれぞれ重要である理由は次のとおりです。
「稼働率 99%」は、ホスティングにおける最も情報量の少ない主張の 1 つです。この数値が施設ごとに測定されたのか、機械ごとに測定されたのかについては言及されていない。何がダウンタイムとしてカウントされるかについては言及されていません。どの窓越しかは記載されていません。そして、番号を見逃した場合に何が起こるかについてはほとんど言及されていません。
これら 4 つの省略こそが、稼働時間の約束の価値全体を生む場所です。
重要なポイント
- 稼働時間が報告される マイナーごと、1 つの施設全体の平均としてではなく、従業員ページの 30 日間のローリング ウィンドウで表示されます。
- まで 毎月 24 時間の定期メンテナンス は計算から除外され、同じ除外がダッシュボード全体の数値に適用されます。
- 95% 未満の場合は、契約に基づいて補償が発生します。 アプリの情報ボタンには許容量が記載されています。
- ネットワーク全体の平均稼働時間は次のとおりです。 98%+、これは運用上の現実です。 95％は契約の下限、つまり約束です。
- 施設レベルの平均では、障害が発生したマシンを永久に隠すことができます。マシンごとの数値ではできません。
まず、賭け金: 平均値が重要な唯一のことを隠してしまう理由
1,000 のマイナーが存在するサイトで、そのうちの 10 が失敗して 1 か月間オフラインになっていると想像してください。施設の稼働率は 99% です。運営者のマーケティング上の主張は真実です。そして、それら 10 台のマシンのうちの 1 台があなたのものであれば、その月の稼働時間はゼロになります。
これは仮想的なエッジケースではなく、集計レポートの通常の障害モードです。ハッシュボードに障害が発生し、電源に障害が発生し、ファンが故障し、ユニットが速度を落として役に立たなくなります。規模を問わず、少数のマシンには常にトラブルが発生します。平均値はそれらを隠すことが数学的に保証されています。
マシンごとのレポートを作成すると、インセンティブが逆転します。すべてのクライアントが自分のユニットのローリングフィギュアを確認できる場合、失敗したマイナーは、四半期の終わりではなく、それが発生した日に、まさに最も関心のある人に表示されるようになります。
稼働時間の数値を決める 3 つの条項には意味がある
1. 測定単位
ワーカー ページでは、所有する各マシンの 30 日間のローリング パーセンテージが、そのマシンのライブ ステータスの横に表示されます。ダッシュボードには全体的な数値も表示されますが、契約上意味があるのはマシンごとの数値です。
2. ダウンタイムとしてカウントされるもの
まで 1か月あたり24時間 定期メンテナンスは計算から除外されます。このキャップは文の重要な半分です。上限のないメンテナンスの除外は、ダウンタイムを再分類するための無制限のライセンスであり、上限を教えてくれないプロバイダーが何かを教えてくれます。
3. 解決策
これはほとんど誰も公開しない条項です。 99% の目標を達成しても、それを達成できなくても何の影響もありません。プロバイダーには何の約束もありません。補償付きの 95% の下限は、違反されるたびにプロバイダーに実質資本を負担させます。これがまさに、プロバイダーの動作を変える理由です。許容量はアプリ内の情報ボタンの後ろに記載されているため、署名済み PDF に埋め込まれるのではなく、クライアントに表示されます。
なぜ床が平均より低いのか、そしてなぜそれが誠実な方法なのか
当社のネットワークの稼働時間は平均 98% 以上です。契約の下限は95％です。これら 2 つの数字が異なることは矛盾ではなく、それが本当のコミットメントの姿です。
契約の下限値を最良の場合の平均値と同じに設定しているオペレーターは、日常的に下限値を破るか、ダウンタイムを決して破らないほど緩やかに定義するかのどちらかです。下限値を動作平均よりも低く設定すると、実際の現実世界 (送電網イベント、変圧器の故障、欠陥のあるハードウェア バッチ) に対して真の余裕が残りますが、依然として歯のある数字です。平均値から、実際にどのように動作するかが分かります。フロアは、あなたが負っていない場合に、あなたが負っている金額を示します。
ホスティングプロバイダーに尋ねるべきこと
- 稼働時間の数値はマシンごとですか、それとも施設ごとですか? 施設ごとの場合、個々のマイナーのパフォーマンスは目に見えません。
- どの窓越しに？ 30 日周期の動作は、移動せずに 2 週間の停止を吸収できる年間平均とは大きく異なります。
- 何が除外されるのでしょうか?また、除外には制限がありますか? 定期メンテナンスの上限がないため、見出しの意味がなくなってしまいます。
- 閾値を下回った場合の救済策は何ですか? それは契約に記載されていますか? 答えが善意であれば、限界はありません。
- 質問せずに自分でその図を見ることはできますか? リクエストする必要がある番号は、誰かが編集できる番号です。
赤旗
- 測定期間が明記されていない稼働時間の主張。
- 「ベストエフォート」または「ターゲット」の言語は、パーセンテージに近いところにあります。
- 施設レベルの SLA は、あたかもマシンをカバーしているかのように提示されました。
- アプリ内での可視性はなく、プロバイダーからの月次レポートのみが表示されます。
- 上限のないメンテナンス対象外です。
最終的な考え
稼働時間は、ホスティングにおいてマーケティング数値と有用な数値が最も乖離している 1 つの指標です。ほとんどすべてのプロバイダーは、その主張を容易にするものを測定しているため、90 年代後半の何かを真実に主張できます。
有益な質問は、その数値がどのくらい高いかということではありません。それは誰のために測定されるのか、そこから何が取り出されるのか、そしてそれが失われると何が起こるのかということです。
ハードウェアは購入です。稼働時間は製品です。
