タスクからのプリロード タスクの作成
サイズの大きいアプリをプリロードすると、ユーザーがすぐにアクセスでき、アプリをメモリにロードする時間のかかるプロセスを回避することで、ユーザー エクスペリエンスを向上させます。例えば、勤務時間前にアプリをプリロードすると、ユーザーがアプリのロードを待たずに業務を開始できます。
アプリのプリロード タスク
管理者の場合、Qlik 管理コンソール、CLI、または API を使ってアプリのプリロードを制御できます。アプリをプリロードするタイミング、アプリをメモリにロードした状態を維持する時間、プリロードを許可するノードを指定します。
効率的なリソース管理のため、アプリがプリロードされ、ユーザーがアプリで作業するノードからリソースを取らないよう、別のリロード ノードの構成を検討してください。ノード設定でノードをリロード、プリロード、その両方のうちどれができるのかを選択します。詳細については、「ノードの作成」を参照してください。
仮想プロキシで粘着性負荷分散を構成して、ユーザーがアプリを開くとき、アプリがプリロードされたノードで行われることを確認してください。詳細については、「負荷分散の追加」を参照してください。
プリロード タスクをリロードとチェーンすることができます。例えば、同じノードまたは別のノードで、アプリをリロードしてからプリロードすることができます。詳細については、「タスク チェーンの作成」を参照してください。
プリロード タスクの監視
[タスク] 概要ページには、構成されたプリロード タスクが表示されます。プリロード タスク専用の列が 2 つあり、これは列ピッカーから追加できます:
-
存続時間 (分): プリロード後、アプリがロード済み状態にとどまる構成された分数。
-
専用プリロード ノード: プリロード用に選択されたノードのリスト。空の場合、すべてのノードは利用可能です。
プリロード タスクに対し、[開始] および [停止] ボタンは無効化されています。プリロードを停止するか、またはメモリからプリロードされたアプリを削除するには、エンジンを再起動する必要があります。
[エンジンの正常性] 概要ページで、エンジンにロードされたアプリの数を確認できます。ノードのエンジンの正常性詳細を表示して、どのアプリがノードにロードされたかを確認します。
プリロード タスクへのアクセス
プリロード タスクのアクセス権は、リロード タスクのものと同一です。プリロード タスクは、セキュリティ ルール プロパティとリソース フィルターのリロード タスクのように扱われます。
新しいプリロード タスクの作成
[タスク] 概要ページから、アプリ向けにプリロード タスクを作成できます。新規のプリロード タスクの作成は、[アプリの編集] ページの [関連するアイテム] から開始することもできます。『プリロード タスクの作成』を参照してください。
次の手順を実行します。
-
QMC を開く：https://<QPS サーバー名>/qmc
-
QMCスタート ページから、あるいは [Start (スタート)]
ドロップダウン メニューから [Tasks (タスク)] を選択して、概要を表示します。 -
操作バーの [
新規作成] をクリックします。[プリロード タスク編集] ページが表示されます。
-
プロパティを編集します。
- [名前] 項目にプリロード タスクの名前を入力します。
-
[アプリ名] 項目で [アプリ選択] をクリックします。
ダイアログが開きます。ダイアログで、このタスクによりプリロードしたいアプリをダブルクリックします。
ダイアログが閉じると、[アプリ名] 項目に選択したアプリが表示されます。
-
[実行] プロパティを変更できます。以下の説明を参照してください。このタスクは、既定では [有効]
になっています。選択をクリアすると、タスクが無効になります。 - タスクには少なくとも、自動実行するトリガーがひとつ含まれている必要があります。[トリガー] の表見出しにある [アクション] をクリックしてトリガーを管理し、次からひとつ選択します:
- [1 回のみのトリガーを新規作成]、[時間ベースのトリガーを新規作成]、[日単位のトリガーを新規作成]、[週単位のトリガーを新規作成]、[月単位のトリガーを新規作成] の中から選び、新しいトリガーを作成します。これらはトリガーのショートカットで、選択したトリガーがテーブルに即座に追加されます。トリガーの開始値は、作成時から 5 分に設定され、トリガーが有効になります。
- [スケジュール済みトリガーを新規作成] または [タスク イベント トリガーを新規作成] を使い、選択されたタイプのトリガーを新規作成します (下記のプロパティの説明を参照)。ダイアログが開きます。トリガーを編集して [OK] をクリックすると、ダイアログが閉じてテーブルにトリガーが追加されます。
- 適宜、[削除] を使い、テーブルで選択されたトリガーを削除します。
- 適宜、[編集] を使い、テーブルで選択されたトリガーの編集ダイアログを開きます。トリガーを編集し、[OK] をクリックしてダイアログを閉じ、変更内容を保存します。
-
[プリロード] 設定は変更できます。下記の説明を参照してください。既定で、アプリは 240 分プリロードされ、すべてのノードはプリロードの対象です。
- 任意でタグを適用します。
- 任意で、カスタム プロパティを適用します。
タスク イベント トリガーのプロパティ プロパティ 説明 [トリガー名] トリガーの名前。必須。 [タイプ] トリガーのタイプ。 [有効化] トリガーの状態。選択するとトリガーはアクティブになります。 [時間制限] タスク チェーンの他のタスクを完了しなければならない期間 (分単位)。トリガーがひとつのタスクだけで構成されている場合、何も起きません。
[タスク] 次の手順を実行します。
-
[タスクの追加] をクリックして、トリガー条件として機能するタスクを追加します。
[ステータス] リストと空の [タスク] 項目が追加されます。
-
空の項目をクリックしてタスクを追加します。
タスク選択ダイアログが開き、次の列とともにタスクの一覧が表示されます。[名前]、タスクに接続した [ アプリ]、タスク名である [タグ]。
-
タスクをダブルクリックし、トリガー条件として使用します。
トリガーにタスクを追加し、ダイアログを閉じます。
-
[ステータス] リストで、トリガー条件が [TaskSuccessful] または [TaskFail] で処理されるかどうかを選択します。
情報メモ[タスク失敗] のトリガー条件を持つタスクは、先行タスクが失敗の状態で完了するときだけでなく、スキップまたはエラー (リロード前にエラーが発生する場合) の状態でも開始されます。2019 年 2 月以前の Qlik Sense バージョンでは、中止状態の先行タスクによっても「タスク失敗」トリガー条件によってもタスクが開始されました。この動作を有効にするには、すべてのスケジューラー ノードの Scheduler.exe.config で「DisableLegacyTaskEventTriggerBehavior」を「false」に設定します。トリガーに含めたい全タスクで、上記のステップを繰り返します。タスクは一度しか追加できず、トリガーにすでに追加されている場合にはタスク選択ダイアログに表示されません。タスクの間には論理的な AND があります。
情報メモタスクを指定の順番で実行する必要はなく、[時間制限] は固定されていません。時間が制限に達した時に、1 つのタスクを除いてすべてのタスクが完了している場合、最初に完了したタスクは実行済みとはみなされず、期間の終わりを再計算します。トリガーは、再計算された期間にすべてのタスクが完了するのを待ちます。 -
アクション バーで [適用] をクリックし、変更内容を保存します。
ページ最下部に [追加完了] と表示されます。