2.3.4.3. 利用可能なアップグレードフック

表2.1 マスターのアップグレードフック
フック名	説明
`openshift_master_upgrade_pre_hook`	各マスターのアップグレード前に実行します。この Hook は各マスターに対して連続して実行されます。タスクが異なるホストに対して実行される必要がある場合、そのタスクは `delegate_to` または `local_action` を使用する必要があります。
`openshift_master_upgrade_hook`	各マスターのアップグレード後に実行しますが、そのサービスまたはシステムの再起動前に実行します。この Hook は各マスターに対して連続して実行されます。タスクが異なるホストに対して実行される必要がある場合、そのタスクは `delegate_to` または `local_action` を使用する必要があります。
`openshift_master_upgrade_post_hook`	各マスターをアップグレードし、そのサービスまたはシステムが再起動した後に実行します。この Hook は各マスターに対して連続して実行されます。タスクが異なるホストに対して実行される必要がある場合、そのタスクは `delegate_to` または `local_action` を使用する必要があります。

表2.2 ノードのアップグレードフック
フック名	説明
`openshift_node_upgrade_pre_hook`	各ノードのアップグレード前に実行します。このフックはノードごとに順に実行されます。タスクが異なるホストに対して実行される必要がある場合、そのタスクは `delegate_to` または `local_action` を使用する必要があります。
`openshift_node_upgrade_hook`	各ノードのアップグレード後、かつスケジュール対象として再びマークされる前に実行します。このフックはノードごとに順に実行されます。タスクが異なるホストに対して実行される必要がある場合、そのタスクは `delegate_to` または `local_action` を使用する必要があります。
`openshift_node_upgrade_post_hook`	各ノードのアップグレード後に実行します。これは、最後のノードアップグレードのアクションとなります。このフックはノードごとに順に実行されます。タスクが異なるホストに対して実行される必要がある場合、そのタスクは `delegate_to` または `local_action` を使用する必要があります。