Elastic Compute Service:cron ジョブ

cron とは

cron は、Linux および UNIX システムにおけるジョブスケジューラです。スケジュールされた時刻にタスクを実行します。指定した間隔でスクリプト、コマンド、またはソフトウェアを自動的に実行でき、データのバックアップやシステム更新など、繰り返し実行するタスクに最適です。

cron の仕組み

cron は crontab (cron テーブル) ファイルを使用します。これらの設定ファイルには、コマンドと、それに対応する実行スケジュールが含まれます。各ユーザーはホームディレクトリに独自の crontab ファイルを作成できます。また、管理者用のタスク向けに、システムレベルの crontab ファイルもあります。

cron デーモンは定期的にこれらの crontab ファイルを確認し、スケジュールとコマンドを解析して、指定された時刻に実行します。

cron の構成要素

1. cron デーモン：crontab ファイルで指定されたタスクを確認し、スケジューリングして実行するバックグラウンドプロセスです。

2. crontab ファイル：

   • ユーザーレベルの crontab：各ユーザーは crontab -e コマンドを実行して、自身のスケジュールタスクを編集できます。これらのタスクは、そのユーザーにのみ適用されます。

   • システムレベルの crontab：/etc/crontab にあり、このファイルは通常、システム管理者がシステムレベルのタスク用に管理します。

3. crontab の構文：crontab ファイルの各行は、分、時、日 (月内)、月、曜日、ユーザー名、および実行するコマンドの 7 つのフィールドで構成されます。

Cron 式

次の例は、シンプルな crontab ファイルのエントリを示しています。

# .---------------- 分
# |  .------------- 時
# |  |  .---------- 日 (月内) 
# |  |  |  .------- 月 
# |  |  |  |  .---- 曜日 (日曜日=0 または 7)
# |  |  |  |  |
# *  *  *  *  * user-name  実行するコマンド
  30 04 *  *  *   root     /path/to/daily_backup.sh

この cron タスクは、root ユーザーとして毎日午前 4 時 30 分に daily_backup.sh スクリプトを実行します。

注意事項

• ソースファイルパス (/path/to/original/file.txt) とバックアップパス (/path/to/backup/file_backup.txt) が正しいことを確認してください。

• 宛先ディレクトリが存在することを確認してください。存在しない場合は、作成するか、cron ジョブにディレクトリ作成コマンドを追加してください。

• cron ジョブを実行するユーザーが、ソースファイルに対する読み取り権限と宛先ディレクトリに対する書き込み権限を持っていることを確認してください。

• バックアップファイルとログを定期的にチェックし、cron ジョブが正しく実行されていること、およびバックアップファイルが有効であることを確認してください。

cron ジョブのタイムアウト

• ソリューション：

  • スクリプトの最適化：スクリプトのロジックを改善し、実行時間を短縮します。

  • ジョブの分割：ジョブを分割できる場合は、複数の小さなジョブに分割します。

  • タイムアウトの使用：cron ジョブのコマンドで timeout ユーティリティを使用して、スクリプトの最大実行時間を制限します。たとえば、0 5 * * * timeout 300 /path/to/script.sh は、スクリプトの実行を 300 秒に制限します。

シンプルなテストコマンド

複雑な cron ジョブを設定する前に、シンプルなテストコマンドを使用して、正しくトリガーされることを確認してください。たとえば、毎分現在の日時をファイルに追加するジョブを設定します。

* * * * * date >> /path/to/date_output.txt

数分後、date_output.txt ファイルを確認して、毎分新しいタイムスタンプが追加されていることを確認してください。

テスト用の出力リダイレクト

cron ジョブをテストするには、コマンドに出力リダイレクトを追加します。これにより、標準出力 (stdout) と標準エラー出力 (stderr) がログファイルに記録され、スクリプトが実行されたかどうかやその出力を確認できます。

30 4 * * * /path/to/your-script.sh > /path/to/logfile.log 2>&1

/path/to/logfile.log ファイルを確認して、スクリプトの出力とエラーを確認してください。

cron ジョブの実行頻度

• 設定に関する推奨事項：

  • 過度な頻度を避ける：実行スケジュールを過度に頻繁に設定すると、システムパフォーマンスに悪影響を与える可能性があります。

  • 必要に応じて設定する：バックアップなどのシンプルで定期的なジョブは 1 日 1 回実行するだけでよい場合がありますが、モニタリングジョブは 1 時間ごと、またはそれ以上の頻度で実行する必要がある場合があります。

  • システム負荷を考慮する：リソースを大量に消費するジョブは、システム負荷が低い時間帯に実行するようにスケジュールしてください。

その他のトラブルシューティングのヒント

• 出力リダイレクト：cron ジョブの出力とエラーをログファイルにリダイレクトして、トラブルシューティングを容易にします。例：30 4 * * * /path/to/job.sh > /path/to/job.log 2>&1

• メール通知：cron ジョブが出力またはエラーを生成した場合、cron デーモンは通知メールを送信します。システムのメールサービスが正しく設定されていることを確認するか、cron ジョブ内でメール配信を明示的に設定してください。

• パスの問題：絶対パスは一般的に相対パスよりも信頼性が高いです。可能な限り、cron ジョブでは絶対パスを使用してください。

• cron ジョブの編集と表示：crontab -e を使用して cron ジョブを編集し、crontab -l を使用して現在のユーザーのすべての cron ジョブを表示します。これにより、ジョブが正しく設定されていることを確認できます。

cron ジョブがスケジュール通りに実行されない

• 原因と解決策：

  • cron 式が正しくない：cron 式のフォーマットを確認してください。時刻と日付のフィールドが正しいことを確認してください。

  • スクリプトの権限が不十分：スクリプトに必要な実行権限があることを確認してください。chmod +x /path/to/script.sh を使用して権限を付与します。

  • 環境の問題：cron ジョブは最小限の環境で実行され、ユーザーの完全なシェル設定を読み込まない場合があります。スクリプト内のコマンドには絶対パスを使用するか、スクリプト自体で必要な環境変数を明示的に設定してください。

  • ログの確認：通常 /var/log/cron または /var/log/syslog (システムによって異なります) にある cron ログで、トリガー情報やエラーを確認してください。また、設定した出力リダイレクトのログも確認してください。

ユーザーの全 cron ジョブの表示

crontab -l コマンドは、現在のユーザーの cron ジョブを一覧表示します。cronは、Unix ライクなオペレーティングシステムにおける時間ベースのジョブスケジューラであり、スケジュールされたコマンドまたはスクリプトを自動的に実行します。

• 注意事項：

  • 現在のユーザーの cron ジョブのみが一覧表示されます。他のユーザーの cron ジョブを表示するには、通常、root 権限または適切なシステム権限が必要です。

  • ユーザーに cron ジョブが設定されていない場合、crontab -l コマンドは出力を返さないか、crontab が空であることを示すメッセージを表示する場合があります。

crontab 内の cron ジョブの一覧表示

現在のユーザーの cron ジョブを一覧表示するには、コマンド crontab -l を実行します。このコマンドは、現在のユーザーの crontab ファイルで定義されているすべての cron ジョブを表示します。

• 注意事項：

  • 権限：一般ユーザーは自分自身の cron ジョブのみを表示および編集できます。root ユーザーまたは適切な権限を持つユーザーは、すべてのユーザーの cron ジョブを表示および編集できます。

  • 環境：cron によって実行されるコマンドは最小限の環境で実行され、多くのユーザー固有の環境変数がデフォルトで読み込まれない場合があります。そのため、コマンドとファイルには絶対パスを使用してください。

特定の cron ジョブの削除

1. crontab エディターを開く：crontab -e コマンドを実行します。これにより、vi や nano などのデフォルトのテキストエディターで、現在のユーザーの crontab ファイルが開きます。

2. 特定のジョブを削除する：エディターで、削除するジョブの行を見つけて削除します。vi または vim では、カーソルをその行に移動して dd を押します。nano では、その行に移動して Ctrl+K を押して切り取ります。

3. 保存して終了：

   • vi または vim では、:wq と入力して Enter を押すと、変更が保存されて終了します。

   • nano では、Ctrl+X を押してから Y を押して保存を確認し、最後に Enter を押して終了します。

4. 現在のユーザーのすべての cron ジョブを削除するには、次のコマンドを使用します。

crontab -r

• 注意事項：

  • バックアップ：cron ジョブを編集または削除する前に、crontab をバックアップすることを推奨します。crontab -l > crontab_backup.txt を使用して、現在のジョブをファイルに保存できます。

  • 注意：cron ジョブを削除または変更すると、システムの動作やアプリケーションの機能に影響を与える可能性があります。変更する前に、ジョブの目的を理解していることを確認してください。

「crontab の使用が許可されていません」エラーの解決

1. root ユーザーとして ECS インスタンスに接続します。

   詳細については、「ワークベンチを使用した Linux インスタンスへのログオン」をご参照ください。

2. 次のコマンドを実行して、cron.allow または cron.deny ファイルの存在を確認します。

   find /etc/cron.allow
   find /etc/cron.deny

   ユーザーが crontab コマンドを実行する権限は、/etc/cron.allow および /etc/cron.deny ファイルによって決まります。詳細は以下のとおりです：

   cron.allow が存在

   cron.deny が存在

   crontab を使用できるユーザー

   cron.allow が存在	cron.deny が存在	crontab を使用できるユーザー
   いいえ	いいえ	root ユーザーのみが crontab コマンドを使用できます。
   はい	いいえ	cron.allow ファイルに記載されているユーザーのみが crontab コマンドを使用できます。
   いいえ	はい	cron.deny ファイルに記載されていないすべてのユーザーが crontab コマンドを使用できます。 注意 cron.deny ファイルが空の場合、すべてのユーザーが crontab コマンドを使用できます。
   はい	はい	cron.allow ファイルに記載されているユーザーのみが crontab コマンドを使用できます。 注意 cron.allow ファイルは cron.deny ファイルよりも優先されます。この場合、cron.deny ファイルは無視されます。

3. 要件に基づいて、cron.allow または cron.deny ファイルを編集します。

   • cron.allow ファイルが存在せず、非 root ユーザーのユーザー名が cron.deny ファイルに含まれている場合は、cron.deny からユーザー名を削除してファイルを保存します。

   • cron.allow ファイルが存在する場合は、非 root ユーザーのユーザー名を cron.allow ファイルに追加してファイルを保存します。

4. 変更を有効にするために、cron サービスを再起動します。

   systemctl restart crond.service

5. 非 root ユーザーに切り替えて、crontab コマンドを再度実行し、正常に実行できることを確認します。

「crontab ファイルにエラーがあります」エラーの修正

この問題を解決するには、インスタンスにログオンして crontab ファイルのフォーマットを修正するか、ディスクがいっぱいの場合はクラウドディスクのサイズ変更を実行してください。

1. ECS インスタンスに接続します。

   詳細については、「ECS インスタンスの接続方法」をご参照ください。

2. crontab ファイル内の cron ジョブのフォーマットが正しいかどうかを確認します。

   • フォーマットが正しい場合は、手順 3 に進みます。

   • フォーマットが正しくない場合は、次のように修正します：

     

3. 次のコマンドを実行して、ディスク使用率を確認します。

   df -h

   システムは次のような情報を表示します。たとえば、Use% には /dev/xvda1 パーティションの使用率が表示されます。

   ディスク使用率が 100% に近い場合、ディスク容量が不足しています。クラウドディスクのサイズ変更を推奨します。詳細については、「クラウドディスクのサイズ変更の概要」をご参照ください。

   [root@ ~]# df -h
   Filesystem Size Used Avail Use% Mounted on
   /dev/xvda1 20G 2.7G 17G 15% /
   tmpfs 498M 0 498M 0% /dev/shm