問題タブ [dyno]

Heroku で実行中の dyno で新しいワーカーをオンザフライで作成する方法はありますか?

.procfile を編集して dyno を再起動する必要はありませんか?

私のシナリオは、他のワーカーを作成するメイン ワーカーです。

Heroku で Node.js サーバーのスケーリングを理解しようとしています。大量のデータを処理するアプリがあり、メモリの問題が発生しています。

Node.js サーバーが 2x dyno にアップグレードされた場合、これはアプリケーションが自動的にシングル スレッドで最大 1.024 GB の RAM を処理できるようになることを意味しますか? 私の理解では、単一のノード スレッドのメモリ制限は ~1.5 GB であり、これは 2x dyno の制限を超えています。

ここで、パフォーマンス M dyno (2.5 GB のメモリ) にアップグレードするとします。2.5 GB のメモリを最大限に活用するには、クラスタリングを使用する必要がありますか?

また、処理中にそのクラスターに割り当てられたメモリの量を超える大量のデータに対して Node.js アプリに対して単一の要求が行われた場合、プロセスは別のクラスターに割り当てられたメモリの一部を使用するか、またはエラーをスローするだけですか？

Heroku にデプロイした Sinatra アプリがあります。ユーザーがフォームを送信し、いくつかのファイルを一時フォルダーに書き込み、書き込まれたばかりのファイルを消費する必要があるシェル コマンドを実行する Web ページがあります。

問題は、シェルを実行すると、実行されたコマンドが一時フォルダーに書き込まれたファイルにアクセスできないことです。シェル コマンドは別のファイルを一時フォルダーに書き込むことになっていますが、シェル コマンドの実行が終了した後、そのファイルは Ruby コードからは見えません。

Web インスタンスは 1 つの dyno で実行されていると思いますが、シェル コマンドは別の dyno で実行されます。HTTP 要求/応答が実行されているのと同じ dyno でシェル コマンドを強制的に実行する方法はありますか?

編集：さらにデバッグを行ったところ、両方が同じdynoで実行されているようです（ENV['DYNO']と同じ[backtick]echo $DYNO[backtick]です）。

ちょっと私の質問は簡単です。デフォルトでは、30 分間リクエストがない場合、heroki dyno はスリープ状態になります。この期間を 10 分に短縮したい。どうやってするか？

Dynos に関するダッシュボードの内容は次のとおりです。

当分の間、webとresqueの 2 つの dyno だけが必要で、3 つ目のworkerは必要ありません。どうすればそれを取り除くことができますか、それとも Heroku のデフォルトであり、削除することはできません。

削除できない場合、resque dyno で行っていることをwaker dynoで同じ結果を得る方法はありますか?

Heroku スケジューラは、1 回限りの Dyno を使用して、スケジュールされたタスクを実行します。その dyno は Heroku ダッシュボードには表示されませんが、そこにはあります。再起動または一時停止するにはどうすればよいですか?