Elastic Compute Service:Cron ジョブ

cron とは

Cron は、Linux および UNIX オペレーティングシステムでジョブをスケジュールどおりに実行するために使用されるプログラムです。 Cron を使用すると、スクリプト、コマンド、またはソフトウェアをスケジュールどおりに自動的に実行できます。 Cron は、データバックアップやシステムアップデートなど、定期的に実行する必要があるタスクに適しています。

cron の動作メカニズム

Cron は、crontab（cron テーブル）ファイルに基づいて実行されます。これは、一連のコマンドとそのコマンドの実行スケジュールを含む構成ファイルです。 各アカウントは、ホームディレクトリに独自の crontab ファイルを持つことができます。 システムレベルの crontab ファイルは、管理者レベルで実行されるジョブに使用されます。

Cron デーモンは、crontab ファイルを定期的にチェックし、ファイルに定義されているスケジュールとコマンドを解析し、スケジュールどおりにコマンドを実行します。

Cron のコンポーネント

1. Cron デーモン: crontab ファイルで指定されたジョブを定期的にチェック、スケジュール、および実行する役割を持つ常駐バックグラウンドプログラムです。

2. crontab ファイル:

   • アカウントレベルの crontab ファイル: 各アカウントは、crontab -e コマンドを実行することで、アカウントレベルの crontab ファイルで独自の cron ジョブを編集できます。 ジョブは現在のアカウントに対してのみ有効です。

   • システムレベルの crontab ファイル: /etc/crontab ディレクトリに保存されます。 ほとんどの場合、システムレベルの crontab ファイルはシステム管理者によって管理され、システムレベルのジョブを実行するために使用されます。

3. crontab 構文: crontab ファイルの各行は、分、時、日、月、曜日、および実行するコマンドを表す 6 つのフィールドで構成されます。

Cron 式

cron の動作をより理解するために、次のサンプルコードは単純な crontab ファイルの例を示しています。

# .---------------- 分
# |  .------------- 時
# |  |  .---------- 日
# |  |  |  .------- 月
# |  |  |  |  .---- 曜日 (日曜日=0 または 7)
# |  |  |  |  |
# *  *  *  *  * ユーザー名 実行するコマンド // cron ジョブが実行するコマンドまたはスクリプトのパスを指定します。
  30 04 *  *  *   root     /path/to/daily_backup.sh

この例では、ジョブ構成は、システムが毎日 04:30 に root ユーザーとして daily_backup.sh スクリプトを実行することを示しています。

考慮事項

• ソースディレクトリとデスティネーションディレクトリが正しく指定されていることを確認します。この例では、/path/to/original/file.txt がソースディレクトリとして、/path/to/backup/file_backup.txt がデスティネーションディレクトリとして使用されます。

• 指定したデスティネーションディレクトリが存在するかどうかを確認します。デスティネーションディレクトリが存在しない場合は、最初にディレクトリを作成するか、ディレクトリを作成するためのコマンドを cron ジョブに追加する必要があります。

• アカウントに、ソースファイルの読み取り権限と、デスティネーションディレクトリへのデータ書き込み権限があることを確認します。

• cron ジョブが想定どおりに実行され、有効なバックアップファイルが生成されているかどうかを確認するために、バックアップファイルとログを定期的に確認します。

Cron ジョブの実行タイムアウトの問題を解決するにはどうすればよいですか。

• Cron ジョブの実行がタイムアウトになった場合は、次の解決策を使用して問題を解決します。

  • コマンドロジックを最適化して、実行時間を短縮します。

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

  • timeout コマンドを [コマンド] フィールドに追加して、Cron ジョブの最大実行時間を変更します。例：0 5 * * * timeout 300 /path/to/script.sh 構成を追加して、ジョブの最大実行時間を 300 秒に制限します。

簡単なテストコマンドを使用するにはどうすればよいですか。

複雑な Cron ジョブを構成する前に、簡単なテストコマンドを使用して、Cron ジョブが期待どおりにトリガーされるかどうかを確認します。たとえば、次のコマンドを実行して、現在の時刻を毎分ファイルに書き込む Cron ジョブを構成します。

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

数分後に date_output.txt ファイルを開き、新しい時間レコードが毎分ファイルに書き込まれているかどうかを確認します。

出力とエラーをログファイルにリダイレクトするにはどうすればよいですか。

リダイレクト構成を Cron 式に追加して、出力とエラーをログファイルにリダイレクトします。このようにして、Cron ジョブが期待どおりに実行されているかどうかを確認し、実行中に発生した出力とエラーを表示できます。

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

/path/to/logfile.log ファイルを確認して、実行中の Cron ジョブの出力とエラーを表示します。

Cron ジョブの頻度を構成するにはどうすればよいですか。

• Cron ジョブの頻度を構成するには、次の提案を参照してください。

  • Cron ジョブがシステムパフォーマンスに影響を与えないように、ジョブの頻度を過度に高く指定しないことをお勧めします。ジョブの特性に基づいて、Cron ジョブに適切な頻度を指定します。

  • ビジネス要件に基づいて Cron ジョブの頻度を構成します。バックアップなどの単純な日次ジョブは 1 日に 1 回だけ実行する必要がある場合がありますが、特定の監視ジョブは 1 時間ごと、またはより頻繁に実行する必要がある場合があります。

  • システム負荷を考慮します。リソースを大量に消費するジョブは、低負荷時に実行します。

Cron の問題のトラブルシューティングを容易にするために、どのような操作を実行できますか。

• 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 式を確認してエラーを修正します。スケジュール設定が正しいことを確認します。

  • アカウントに Cron ジョブを実行するための十分な権限がない場合は、chmod +x /path/to/script.sh コマンドを実行して、アカウントに Cron ジョブを実行するために必要な権限を付与します。

  • 環境の問題が発生した場合、Cron ジョブはアカウントの完全な環境構成を読み込めない可能性があります。Cron ジョブでコマンドの完全なパスを指定するか、コマンドで環境変数を明示的に構成していることを確認します。

  • その他の問題が発生した場合は、Cron ログを確認して問題を特定します。Cron ログの場所は、システム構成によって異なります。ほとんどの場合、Cron ログは /var/log/cron ディレクトリに保存されます。Cron ジョブの出力とエラーを特定のファイルにリダイレクトする場合は、ファイル内のログを表示して、Cron ジョブが期待どおりにトリガーされているかどうか、およびエラーメッセージが返されているかどうかを確認します。

アカウントのすべての Cron ジョブを表示するにはどうすればよいですか。

crontab -l コマンドを実行して、アカウントのすべての Cron ジョブを表示します。これは、Linux と UNIX で一般的なコマンドです。Cron は時間ベースのジョブスケジューラであり、スケジュールどおりにスクリプトまたはコマンドを自動的に実行できます。

• 次の項目に注意してください。

  • 前述のコマンドは、現在のアカウントの Cron ジョブのみを表示します。別のアカウントの Cron ジョブを表示するには、必要なシステム権限を取得する必要があります。

  • アカウントに Cron ジョブが構成されていない場合、crontab -l コマンドは情報を表示しない場合があります。

アカウントがアクセスできる Cron ジョブを表示するにはどうすればよいですか。

アカウントがアクセスできる Cron ジョブを表示するには、crontab -l コマンドを実行します。アカウントにルート権限または他のアカウントの Cron ジョブを表示および編集する権限がない場合、前述のコマンドはアカウントに属する Cron ジョブのみを表示します。アカウントにルート権限または他のアカウントの Cron ジョブを表示および編集する権限がある場合は、前述のコマンドを実行し、コマンドでアカウントのユーザー名を指定して、指定したアカウントに属するすべての Cron ジョブを表示できます。

• 次の項目に注意してください。

  • 通常のアカウントを使用して、アカウントに属する Cron ジョブのみを表示および編集できます。ルートアカウントまたは十分な権限が付与されているアカウントを使用して、すべてのアカウントの Cron ジョブを表示および編集できます。

  • crontab ファイルで定義されている Cron ジョブのコマンドは、簡略化された環境で実行されます。デフォルトでは、多くの環境変数が読み込まれない場合があります。コマンドでは完全なパスを使用することをお勧めします。

crontab ファイルを編集して Cron ジョブを削除するにはどうすればよいですか。

1. crontab -e コマンドを実行して、デフォルトのエディターでアカウントの crontab ファイルを開きます。デフォルトのエディターは、vi または nano です。

2. エディターで、削除する Cron ジョブを含む行を見つけ、その行を削除します。vi または vim エディターでは、ポインターをその行に移動し、dd を押して行を削除します。nano エディターでは、矢印キーを使用してポインターを行に移動し、Delete キーを押して行を削除するか、Ctrl+K を押して行を切り取ります。

3. crontab ファイルを保存して閉じます。

   • vi または vim エディターで、:wq と入力し、Enter キーを押して変更を保存し、ファイルを閉じます。

   • nano エディターで、Ctrl+X を押し、Y と入力して変更を確認して保存し、Enter キーを押してファイルを閉じます。

4. アカウントからすべての Cron ジョブを削除する場合は、次のコマンドを実行します。

crontab -r

• 次の項目に注意してください。

  • Cron ジョブを編集または削除する前に、crontab ファイルをバックアップすることをお勧めします。crontab -l > crontab_backup.txt コマンドを実行して、crontab ファイルの Cron ジョブを別のファイルにバックアップできます。

  • crontab ファイルの Cron ジョブを削除または編集すると、オペレーティングシステムまたはオペレーティングシステム内のアプリケーションが影響を受ける可能性があります。Cron ジョブを削除または編集する前に、操作の潜在的な影響を十分に理解していることを確認してください。

Linux でルート以外のユーザーとして crontab コマンドを実行すると、「You (*) are not allowed to use this program (crontab)」というエラーメッセージが表示される場合はどうすればよいですか。

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

   詳細については、「Workbench を使用して SSH 経由で Linux インスタンスに接続する」をご参照ください。

2. 次のコマンドを実行して、cron.allow ファイルと cron.deny ファイルが存在するかどうかを確認します。

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

   次の表は、cron.allow ファイルと cron.deny ファイルの存在と、crontab コマンドを実行するためのユーザー権限の関係を示しています。

   cron.allow ファイルが存在するかどうか	cron.deny ファイルが存在するかどうか	crontab コマンドを実行できるユーザー
   いいえ	いいえ	ルートユーザーのみが 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 ファイルが存在せず、cron.deny ファイルにルート以外のユーザーのユーザー名が含まれている場合は、ユーザー名を削除してから、cron.deny ファイルを保存します。

   • cron.allow ファイルが存在する場合は、ルート以外のユーザーを cron.allow ファイルに追加してから、ファイルを保存します。

4. 次のコマンドを実行して、Cron サービスを再起動します。

   systemctl restart crond.service

5. ルート以外のユーザーに切り替えて、crontab コマンドを再度実行します。

Linux インスタンスで crontab -e コマンドを実行すると、「errors in crontab file, can't install」というエラーメッセージが表示される場合はどうすればよいですか。

この問題を解決するには、インスタンスにログインして crontab ファイルの Cron 式の形式を変更するか、ファイルが保存されているディスクのサイズを変更します。

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

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

2. crontab ファイルのジョブの各 Cron 式の形式が正しいかどうかを確認します。

   • ジョブの各 Cron 式の形式が正しい場合は、ステップ 3 に進みます。

   • Cron ジョブの形式が正しくない場合は、ジョブの Cron 式の形式を修正します。次の図は、ジョブの Cron 式の正しい形式を示しています。

     

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

   df -h

   次のようなコマンド出力が表示されます。[使用率（％）] 列の値は、各ファイルシステムの容量使用率を示しています。この例では、/dev/xvda1 パーティションの容量使用率は 15％ です。

   ディスク使用率が 100％ に近い場合、ディスク容量が不足しています。crontab -e コマンドを実行する前に、ディスクのサイズを変更することをお勧めします。ディスクのサイズ変更方法については、「概要」をご参照ください。