経過的な措置ではあるのですが、本番環境だとうまくRedisのkeyが消えてくれずに、メモリリミットに到達して事故るということが起きてまして、ジョブ自体は流れてるのでflushしてしまえばよいのですが、その方法がわかりませんでしたということで備忘録です。

手順

Heroku CLI Buildpackをアプリケーションに追加 (参考)
アプリケーションに HEROKU_API_KEY 環境変数を設定
Heroku Schedulerで echo "flushall" > /tmp/cmd.txt; heroku redis:cli -a slack-all-timeline < /tmp/cmd.txt のような形でコマンドを設定

Heroku CLI Buildpackをアプリケーションに追加

$ heroku config:set HEROKU_API_KEY=`heroku auth:token` -a アプリケーション名

$ heroku buildpacks:add heroku-community/cli -a アプリケーション名

上述のコマンドを打ってください。するとこんな感じでレスポンスが返ってきます。

 ›   Warning: token will expire 12/31/2022
 ›   Use heroku authorizations:create to generate a long-term token
Setting HEROKU_API_KEY and restarting ⬢ アプリケーション名... done, v524
 ▸    Warning: The "HEROKU_" namespace is protected and shouldn't be used.
HEROKU_API_KEY: xxxxxxx-37c9-456b-83b9-xxxxxxx

ここで出力されるHEROKU_API_KEYはexpire dateが決まってるのでここでは使いません。

HEROKU_API_KEYを出力する

~ $ heroku authorizations:create
Creating OAuth Authorization... done
Client:      <none>
ID:          xxxxxx-xxxx-xxxx-xxxxx-xxxxxxxxx
Description: Long-lived user authorization
Scope:       global
Token:       xxxxxx-xxxx-xxxx-xxxxx-xxxxxxxxx
Updated at:  Wed Jan 25 2023 04:05:02 GMT+0000 (Coordinated Universal Time) (less than a minute ago)

Token部分をコピーして、Herokuアプリの管理画面のSettingsから環境変数HEROKU_API_KEYに入れてください

このあとにアプリケーションを再ビルドする必要があります。
$ git push heroku master と書いてありますが、手順については自分たちのビルド方法に従ってください。
弊社環境ではGithubからデプロイしていますので、デプロイしなおしました。

Heroku Schedulerの設定

Heroku Schedulerで echo "flushall" > /tmp/cmd.txt; heroku redis:cli -a アプリ名 < /tmp/cmd.txt のような形でコマンドを設定

REDISを複数追加してある場合は
echo "flushall" > /tmp/cmd.txt; heroku redis:cli -a アプリ名 HEROKU_REDIS_XXXX < /tmp/cmd.txt　のようにする必要があります

これで実行されます。

あとはここに書いたとおりですが

ローカルからRedisにログインして keys * とか info keyspace とか打って、データ量を確認してみましょう。