健全性シグナルは、ホストがメディア ワークフローを維持できるかどうかを説明します。これらをモジュール統計とともに使用します。健全なホストはソースがライブであることを証明するものではなく、ライブ ソースはホストにヘッドルームがあることを証明するものではありません。
Callaba セルフホスト
オペレーターは、アップストリーム メディアの障害とホストの飽和を区別し、正しい容量またはプロファイルの変更を適用できます。
製品の仕組みを見る開始前の準備
このインスタンスとワークロードの既知の通常のベースライン。
操作エラー ログを検査またはクリアする権限。
破壊的クリーンアップ前の外部インシデント記録。
設定の説明
運用者に必要なコントロールだけを説明し、内部フィールド名や実装イベントは表示しません。
容量
現在のホストのヘッドルームを読み取ります。
- CPU使用率
メディアおよびアプリケーション作業全体にわたる現在の処理負荷。
- メモリ使用量
現在のRAM圧力。
- ディスク使用量
ログ、アップロード、一時的なトランスコーディング、録音に使用できるスペース。
- ネットワーク速度テスト
インスタンスからネットワーク容量を測定しました。
R重要な生産ピークを避けて実行します。
O運用上の証拠
構成を変更する前に障害を特定します。
- プロセス エラー
アプリケーション/メディア プロセスの障害。モジュール レベルの調査が必要です。
- SRT エラー
SRT は、コントリビューション ワークフローに関連するイベントとエラーを転送します。
- バージョン通知
インストールされたアプリケーションのバージョンと更新コンテキスト。
- エラー ログをクリアする
蓄積されたエラー エントリを削除します。
最初にインシデントの証拠をエクスポートまたは記録します。- IP の場所
サポートされている場合、接続アドレスの地域コンテキストを解決します。
安全な初回ワークフロー
- 01
CPU、メモリ、ディスクを既知の正常なベースラインと比較します。
- 02
プロセスまたは SRT エラーを開き、所有しているモジュールと時間枠を特定します。
- 03
そのモジュールのライブ統計と実際の入出力を検査します。
- 04
R実稼働トラフィックに影響を与えない場合にのみ速度テストを実行してください。
- 05
ログを消去する前に、インシデントの証拠を記録またはエクスポートしてください。
ワークフロー例
不安定なライブトランスコーディングを診断する
新しいトランスコーディング ジョブの開始後に出力フレームがドロップします。
構築手順
- 1
ソースのビットレートが安定していることを確認します。
- 2
ジョブの開始前と開始後にホストの CPU/メモリを比較します。
- 3
出力ビットレートとフレームレートを検査します。
- 4
不要なサイズ変更/フレームレート/コーデック作業を削除するか、測定されたホスト容量に移動します。
エラーを解決する前に証拠を保存してください
O古いエラーは、アクティブなインシデント調査を妨げます。
構築手順
- 1
関連するエラー、タイムスタンプ、モジュール、および現在のリリース バージョンを記録します。
- 2
関連するモジュール構成とライブ統計を保存します。
- 3
エラーは、証拠が外部化された後にのみクリアしてください。
- 4
1 つの管理されたテストを再現し、新しいエントリのみを調査します。
結果を確認
- Capacity 値は予想されるワークロードと一致し、計画されたヘッドルームを残します。
- すべてのアクティブなエラーは、時間と担当モジュールに関連付けることができます。
- ログのクリアは、証拠が別の場所に保存された後にのみ行われます。
トラブルシューティング
ホストの状態は正常ですが、再生に失敗します
確認項目- ソース モジュールと出力モジュールを検査します。
- アクセス、プロトコル、実際のクライアントの再生を確認します。
ホストの状態を 1 つの層として扱います。最初に障害が発生したメディア境界を修復します。