AWSの自分用メモ4 (Aurora_Part.2) - Qiita
前回Auroraの特徴についてまとめましたが、その後さらにいぢくり、さらにいぢくり倒し、 何点かわかったことについて追加/補足していきます。 前回はAuroraの仕様についての話がメインでしたが、今回はAuroraの使い方についてが主になります。 ClusterEndpoint この子には騙されました。(勝手に勘違いしただけなのですが…) 最初私はこれは"WriterとReaderをまとめたインスタンス郡の名前"と思っており、 ELBのように負荷分散とかをやってくれるものだと思っていました。 ですが実はそうではなく、これは"ReaderにFailoverしてもその新しいWriterを常に追いかけてくれる名前"でした。 要するに"Writerを指し続けるDNS"だそうで、複数の向き先を指定して～などやらずとも これ一つ指定しておけば100%Writerに向かってくれるというものだそうです。
Lambda+RDSはアンチパターン - Qiita
何が起きたのか 作成していたアプリではサーバレス構成にてLambdaからRDS(MySQL)を呼び出していました。 リクエストが増えるとRDSのコネクション数が増加して すぐにDBコネクションエラーになってしまいました。 最大コネクションの上限値 結論から言うとLambdaとRDS(MySQL)は相性が良くないです。 理由はLambdaからRDSのDBコネクションを貼ると リクエスト単位でコネクションを張ってしまうため 仕組み上、同時接続に耐えられません （RDSのコネクション上限数が少ない） さらにVPC設定すると・・・ セキュリティのため、RDSをLambdaからのみアクセスさせるためには LambdaとRDSを両方とも VPC領域に置く必要があるのですが、Lambdaの起動が遅くなる場合があります。 これは、一定時間Lambdaがコールしない場合にスリープ状態になり、 起動する際にE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
