3

誰かがこの問題について私に教えてくれることを願っています。私は現在、さまざまなデバイスをチェックするためにクラウドウォッチスケジューラを利用するラムダ関数に取り組んでいます。また、読み取りにシンプルなデータベースを維持するためにelasticacheを使用しています。AWS VPCラムダ関数がインターネットアクセスを失うことを防ぎます

私の問題は、夜間にテストを終了した後です。私は午前中にラムダ関数を起動し、関数はインターネットへのアクセスを失っています。この関数は、タイムアウト関数によって表されます。定期的に私のルートと自分のvpcの設定を混乱させた後、もう一度作業を開始します。翌日休憩するだけです。ときには、natインスタンスだけで、natゲートウェイで別の時に動作します。私が通常vpcセットアップに加える変更は軽微です。私が使用するセットアップのパターンは、公開されたものとプライベートなものとナットゲートウェイのものです。

アップデート:昨日、私のVPCからインターネットにアクセスできないと、今日は正常に機能しています。何を私は別に何もしなかった。それが再び機能を停止すると、おそらく後で、私はAWSを呼び出して、これの底に到達できるかどうかを確認します。

+1

私はまったく同じ問題を抱えています。あなたはそれを修正することができましたか? – skbrhmn

+0

あなたはそれの底に出ましたか? –

+0

それは私にも起こっている、私はナットゲートウェイを使用することについての記事のいくつかを読んで...それから私はそれを構成し、それをテストし、無作為にそれはインターネットアクセスを失い、時々それはうまく動作するD: –

答えて

0

VPCアクセスのラムダ機能には、インターネットにアクセスするためのNATゲートウェイが必要です。あなたはインターネットゲートウェイだけで動作することがあると述べていますが、それはAWSのドキュメントでは不可能です。 NATゲートウェイまたはVPCのNATゲートウェイへのルートを削除すると、VPCアクセスが有効になっているラムダ機能からインターネットアクセスが削除されます。

+0

K、おそらくnatゲートウェイでのみ動作します。しかし、それは翌日ナットゲートウェイが構成に変更を加えることなくインターネットへの接続を停止したという事実を割り引かない。 –

+0

これは、ラムダ機能ではなくNATゲートウェイの問題のようです。管理NATゲートウェイサービスを使用しているのか、独自のNATゲートウェイを作成していますか? –

+1

私の記述では、彼の方がはっきりしているはずです。ラムダ関数は問題ありません。それは問題であるNatゲートウェイです。通常は新しいナットゲートウェイを作成し、弾力性のあるIPをスピンアップしてから0.0.0.0/0で自分のルートに関連付けることを選択します。 –

関連する問題