タグ付けされた質問 「aws」

2
PostgresでRDS over EC2を使用する理由
現在EC2で実行されているデータベースがあります。より大きなマシンに移動する必要があるため、RDSを使用する問題が浮上しました。 価格: 1時間あたり0.132ドルでオンデマンドで2つのSSD(各16 GB)、2つのvCPU、4 GBのメモリを備えたEC2 c3.largeインスタンスを取得できます[1]。 最も近い(価格を考慮した)RDSマシンは、db.m3.medium1時間あたり0.125ドル(シングルAZ)です[2]。このマシンには同じ量のメモリがありますが、vCPUは1つのみです[3]。さらに、ストレージとioの支払いが必要になります[2]。 したがって、これら2つの価格は非常に似ています。 EC2の利点: すでに述べたように、もう1つのvCPU。 EC2を使用する場合、2番目のディスクに先書きログを配置できます(dbに大量に書き込むときのパフォーマンスが大幅に向上します)。 EC2インスタンスでpgbouncerを実行できます(接続を開いたままにできるため、パフォーマンスが向上します)。 構成ファイルを編集できます(最終的にパフォーマンスが向上します) RDSの利点: 毎日のバックアップを自動的に行います。 RDSはEC2の利点(特に2.)をカバーできますか?他の利点はありますか?

1
PostgreSQL:SSL SYSCALLエラー:EOFが検出されました
最初に、このエラーに関連するいくつかの投稿を検索して見つけましたが、それらのほとんどはRAMの問題かSSLの問題のどちらかを指しているため、コマンドラインにsslmode = disabledを追加してSSLの可能性を克服しようとしました: psql -U waypoint -d waypoint -W -c "alter table telemetria_data.historico alter clase type smallint, alter valor type real[], alter power type smallint, alter voltaje type real;" -h localhost -v sslmode=disable しかし、同じメッセージが表示されました: SSL SYSCALL error: EOF detected connection to server was lost 考えられるメモリの問題について、トラブルシューティングの方法がわかりません。 データ構造はこの質問で説明されているものであり、継承されたすべてのテーブルに対して完全な変更テーブルを完成させるには、非常に長時間実行されるクエリになる可能性があります。 OS: Linux ip-10-1-0-9 3.16.0-4-amd64 …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.