私はLambdaを使用して、VPCの一部であるPostgres RDSインスタンスに接続しています。ラムダ関数がしばらく起動されていない場合、それは実行の約2分後に次のエラーが発生します。AWS Lambda postgres接続のタイムアウトが発生しましたが、最初の試行時にのみ
could not connect to postgres { [Error: connect ETIMEDOUT] code: 'ETIMEDOUT', errno: 'ETIMEDOUT', syscall: 'connect' }
ラムダ関数の再試行、それがデータベースに正常に接続し、実行したときとそれが必要。
node-postgresパッケージを使用してnode.js用のLambda関数が記述されています。接続するためのプログラムは次のようになります。
var client = new pg.Client(conString);
client.connect(function(err) {
console.log("client connected");
if(err) {
context.fail('Connection failed');
}
else { //do stuff }
}
ログには、それは決してタイムアウト前に「接続されたクライアントを」到達されていないことを示しています。これらの最初の試みで何がうまくいかないのですか?
注:ラムダ関数が20-30分以内に再度呼び出されると、このタイムアウトは発生せず、関数は正常に実行されます。 「 ETIMEDOUTを接続する」、「ERRORTYPE」:
に動作します再試行します。ラムダ関数を終了する前に 'client.end()'を呼び出していますか? –
また、非常に頻繁に呼び出されないVPCアクセスのラムダ関数を使用する場合、ENI作成時間に関するいくつかの問題について読んできました。可能な場合は、Amazon接続がラムダ機能の新しいインスタンスを起動するたびにネットワーク接続を取得するために余分な時間を考慮して、データベース接続タイムアウトを増やす必要があります。 –
client.end()が呼び出されているため、開いている接続が残っていません。後続の呼び出しや再試行で同じ問題が発生しないため、ENI作成時間は良い理論のように聞こえます。私はデータベースのタイムアウトを増やし、lambda関数を最大タイムアウトにすることを検討します。 – Toast