サーバーレスの課題：データベース接続

上記のアルゴリズムを導入した後、すべてのリージョンで拒否された接続の数が大幅に減少しました。しかし、それでもあなたが安全な側になりたいのであれば、あなたはあなたの側でも問題を解決することができます。接続を再利用する代わりに、関数内でRedis接続を開くことができますが、以下のようにRedisを使い終わったらいつでも閉じることができます：

exports.handler = async (event) => {
  const client = new Redis(process.env.REDIS_URL);
  /*
    do stuff with redis
    */
  await client.quit();
  /*
    do other stuff
    */
  return {
    response: "response",
  };
};

上記のコードは、同時接続数を最小限に抑えるのに役立ちます。人々は、新しい接続の遅延オーバーヘッドについて質問します。 Redis接続は非常に軽量であることが知られています。

Redis接続は本当に軽量ですか？

ベンチマークテストを実行して、Redis接続がどれほど軽量かを確認しました。このテストでは、2つのアプローチのレイテンシ数を比較します。

1-一時的な接続：接続を再利用しません。代わりに、コマンドごとに新しい接続を作成し、すぐに接続を閉じます。クライアント作成、ping（）、client.quit（）のレイテンシーを一緒に記録します。 benchEphemeral()を参照してください 以下のコードセクションのメソッド。

2-接続の再利用：接続を1回作成し、すべてのコマンドで同じ接続を再利用します。ここでは、ping()のレイテンシを記録します 手術。 benchReuse()を参照してください 以下の方法。

async function benchReuse() {
  const client = new Redis(options);
  const hist = hdr.build();
  for (let index = 0; index < total; index++) {
    let start = performance.now() * 1000; // to μs
    client.ping();
    let end = performance.now() * 1000; // to μs
    hist.recordValue(end - start);
    await delay(10);
  }
  client.quit();
  console.log(hist.outputPercentileDistribution(1, 1));
}

async function benchEphemeral() {
  const hist = hdr.build();
  for (let index = 0; index < total; index++) {
    let start = performance.now() * 1000; // to μs
    const client = new Redis(options);
    client.ping();
    client.quit();
    let end = performance.now() * 1000; // to μs
    hist.recordValue(end - start);
    await delay(10);
  }
  console.log(hist.outputPercentileDistribution(1, 1));
}

ベンチマークを自分で実行する場合は、リポジトリを参照してください。

このベンチマークコードは、AWSEU-WEST-1リージョンで2つの異なるセットアップで実行されました。最初のセットアップは、クライアントとデータベースが同じアベイラビリティーゾーンにあるSAMEZONEです。 2番目のセットアップは、クライアントがデータベースとは異なるアベイラビリティーゾーンで実行されるINTERZONEです。データベースサーバーとしてUpstashStandardタイプを使用しました。

新しい接続（一時的なアプローチ）を作成して閉じるオーバーヘッドは、わずか75マイクロ秒（99パーセンタイル）です。オーバーヘッドは、ゾーン間セットアップ（80マイクロ秒）でも非常に似ています。

次に、AWSLambda関数内で同じテストを繰り返すことにしました。結果は異なっていました。特にLambda関数のメモリを低く（128Mb）設定すると、Redis接続のオーバーヘッドが大きくなります。 AWS Lambda関数内で最大6〜7ミリ秒のレイテンシオーバーヘッドが見られました。

Redis接続に関する結論：

• Redis接続は、適度なCPUパワーを備えたシステムでは非常に軽量です。 t2.microでも。
• デフォルトのAWSLambda構成でのCPUパワーは非常に低く、Lambda関数の合計実行時間に関してTCP接続のコストが大幅に増加します。
• デフォルト/最小メモリでLambda関数を使用する場合は、関数の外部にRedis接続をキャッシュすることをお勧めします。

if (typeof client === "undefined") {
  var client = new Redis("REDIS_URL");
}

module.exports.hello = async (event) => {
  let response = await client.get("foo");
  return { response: response + "-" + time };
};