[編集者注：以下は、OpenStackプラットフォーム用のOpenBook課金ソリューションの開発者であるTalligentのJohn Meadowsによるゲスト投稿です。 ゲスト投稿を投稿しますか？ Nick Chaseにお問い合わせください。]
この投稿では、OpenStackクラウドの使用を改善するためのベストプラクティスについて説明します。 OpenStackデプロイメントの生産性は、次の理由により制限される場合があります。1）制御および自動化の欠如。リソースの非効率的な使用につながります。 2）主要な指標の視覚的アクセシビリティが低いため、計画が困難になります。 セルフサービスの自動化、レポート、および請求は、生産性を向上させ、競争力のあるOpenStackクラウドを管理するための3つの重要なステップです。
何かを測定できない場合、それを制御することはできません。
OpenStackベースのオンデマンドプロビジョニングは、巧妙な妥協です。 一方で、顧客はITサービスの即時かつ自動的な提供を期待しています（AWSなどでの経験が与えられている場合）。 一方、パブリッククラウドサービスと競合するには、ITマネージャーは高いパフォーマンスを維持する必要があります。 ユーザーのリクエストに手動で応答するOpenStackスペシャリストのスタッフを増やすと、クラウドの総コストが増加すると同時に、リクエストの競争力と応答性が低下します。 高効率と必要な柔軟性は逆相関しています。 効果的なクラウドソリューションでは、リソースの集中的な使用と、運用上の対応と必要なパフォーマンスの確保に対する顧客のニーズとのバランスをとる必要があります。
sayingにもあるように、何かを測定できない場合、それを制御することはできません。 OpenStackにはOpenStack Telemetry（Ceilometer）と呼ばれる独自の測定プロジェクトがありますが、チャージバック方式（IT部門が提供するサービスのコストを請求してコストとアカウンティングを決定する）を使用して、クラウドの使用状況、請求/実際のコストを報告するための組み込み機能が制限されています組織単位ごとの消費）、記録履歴と財務計画の保存。 それ以外の場合、IT管理者は、特定の時点におけるデータポイント、クエリ、スプレッドシート、およびリソース使用状況レポートの分解されたセットに依存する必要があります。
クラウドはすぐに使える
では、効果的なクラウドをオンデマンドで実行するには、どのプロセスとコントロールが必要ですか？ お客様は、次の一般的な手順で成功しています。
1.顧客のセルフサービスの自動化。
2.主要業績評価指標に関するレポートの計画。
3.適切な請求の実装（または、組織の場合、チャージバック方法を使用した費用の請求、またはショーバック方法を使用した費用の追跡）。
カスタマーセルフサービスオートメーション
セルフサービスの自動化により、ユーザーのリクエストを手動で処理するスタッフを募集する必要がなくなります。 セルフサービスシステムの標準実装には、少なくとも、料金、レベル、割り当て、および提供されたリソースを確認できるクライアントポータルが含まれます。 プロジェクトレベルでのユーザー管理のためのKeystoneとの統合。 また、マネージャーによる承認のためのクォータの要求をルーティングするための操作のフロー（必要な場合）。
セルフサービスとリソースの自動プロビジョニングのサポートにより、OpenStackクラウドの機能はパブリッククラウドの操作に似ています。 クライアントの期待に応え、応答性が向上し、SLA指標が向上し、必要な人員が減ります。 効率も向上します。 ユーザーは、プロジェクトの要件と手頃な予算に従って、発生した理由とレバレッジを強化または弱める必要があるものをよりよく理解できます。 さらに、ユーザーが変化するプロジェクトのニーズにより簡単に適応できる場合、クォータを制限できます。
主要業績評価指標計画
あなたの最大のテナントは誰ですか？ どのような種類のワークロードが使用されていますか？ クラウドはSLA要件を満たしていますか？ KPIレポートは、リソースの追加、新しいサービスの作成、価格の変更、新しいレベルのワークロードへの移行など、クラウド開発に関する情報に基づいた意思決定を行うために、すべてのレベルのマネージャーにとって重要な役割を果たします。 OpenStack Ceilometerプロジェクトは、詳細な測定データの短期的なコレクションを提供しますが、記録履歴を長期間保存するためのシステムではなく、そのようなタイプの決定を行うためのレポートの視覚的なアクセシビリティを提供しません。
テナントのワークロードに関する詳細なレポートは、管理者がこのワークロードのバランスを改善し、開発計画を実行するのに役立ちます。 特定のアプリケーションまたはワークロードは、サードパーティクラウドに展開するとより経済的に意味があります。 まれな季節的なワークロードの追加容量を取得すると、コストがかかり、効率が全体的に低下する可能性があります。 ピーク負荷で追加され、5％の時間しか使用できないコンピューティングノードは、ピーク負荷で動作するときに減価償却されないため、最も高価なクラウドリソースです。
適切な請求の実装
パブリッククラウドには、クラウドへの投資収益率を提供する信頼性の高い課金ソリューションが必要です。 チャージバックは、プライベートクラウドリソースを配布するためのメカニズムです。 チャージバックメソッドを使用した課金またはチャージバックなしのリソースの自動提供は、利用可能なリソースをすぐに超える需要につながり、共有リソースの悲劇につながります。 簡単に提供される無料のリソースは、IT管理者が追加のハードウェアを購入しなければならず、そのコストが割り当てられた予算をはるかに超えるか、サービスの質が低くなるほど急速に使い果たされます。
課金ソリューションは柔軟である必要があり、サービスプロバイダーは競合するオファーや顧客の要件の変化に迅速に適応できる必要があります。 顧客のニーズは途方もない速度で変化しています。 特定の構成にバインドせず、請求項目の種類を制限しないソリューションが必要です。 回答すべき重要な質問：新しいクラウドサービスをどのように促進したいですか？ 前払いによる割引、特別価格、節約の可能性はありますか？ 異なる通貨でクラウドソリューションを提供しますか、それとも地方税率を監視する必要がありますか？
パブリッククラウドの場合、チャージバックメソッドの使用は戦略的に複雑になる可能性があります。 会社の経営陣の同意を得るとともに、個々のプロジェクト、構造単位、または地理的な場所のパフォーマンスを正確に追跡する必要があります。 より穏やかなアプローチは、ショーバックレポートを使用して、さまざまなテナントおよびプロジェクトによるリソース消費レベルを判断することです。 ITのお客様は、環境への影響を理解し始め、管理者は、チャージバック方式を使用して、将来の実際の原価計算の予算を準備する時間ができます。
究極の目標
クライアントは、月末にコストが超過しないように、リソースを積極的に管理できる必要があります。 これを行うには、とりわけ、不完全な請求サイクルの未払費用を表示し、しきい値について通知し、明確なクォータと制限を設定し、それに応じてリソース要件を調整できるようにするメカニズムが必要です。
このすべてには、高い運用効率を維持するために必要な視覚的なアクセシビリティと制御を提供するソフトウェアと、絶えず変化する顧客の要件と市場条件に対応する請求の柔軟性が必要です。
John Meadowsは、OpenStackプラットフォーム向けのOpenBook請求ソリューションの開発者であるTalligentの Business Development Divisionのメンバーです。
OpenBookを使用すると、さまざまなタイプのテナント、使用パターン、およびクラウドソリューションのリセラーレベルの詳細な料金プランを簡単に作成できます。 クライアントは、消費指標を詳細に調査し、ITリソースを（既存の条件の枠組み内で）適切に変更できます。 OpenBookソリューションは、クラウドリソースを管理しながらユーザーのセルフサービスをサポートするために、OpenStackプラットフォームのHorizonおよびKeystoneコンポーネントと統合されています。
英語のオリジナル記事。