Q&A
業務で利用するためなのであれば質問サイト で扱える範疇ではないように思います。
前提・実現したいこと
2000人程度のユーザーが使用する業務系システムを開発しようと思っております。
同時に使用するのは200人程度です。
いくつかのテーブルに関して、数万レコードのupdateが1日10ユーザー程度。ただし、updateするデータは各ユーザーに関連したデータのみで、
他ユーザーが使用するデータには一切触れない
メモリにその数万レコードを持つ処理を各ユーザーが行う
該当テーブルの読み込みは200人が頻繁に行う想定
言語：python
テーブル：postgresを想定
聞きたいこと
上記のようなシステムを作る際にインフラはどのようにするのが普通なのかお伺いしたいです
案１：単純にそれなりのスペックのサーバーとDBを用意するだけ
案２：DBサーバー、webサーバーを複数台用意し、DBサーバーにはそれぞれに同じテーブルを持つがデータはDBサーバー毎に異なるようにする。水平分割？
案３：その他？
ご存知の方、教えて頂けますととても助かります。
回答3件
0
商用サイトが多いのでリンクは張りません。
データベースの性能はそこそこで良さそうなので、
"PostgresSQL クラスタ 可用性"でググって下さい。
Webサーバはロードバランサで冗長化も兼ねるとして、
"webサーバー ロードバランサー"でググって下さい。
投稿2018/11/28 09:12
総合スコア4150
0
ベストアンサー
案１
単体障害で運用影響が発生するので避けるべきかと・・・
ただし、イニシャルコストは抑えられる感じです。
案２
それなりのSLAを謳うのであればWeb、DB共に複数台でのクラスタ化が望ましいです。
単体障害における運用影響を回避できます。
WebサーバはL4ルーティングで分散。
SSLサイトを望むのであれば、LBはSSLアクセラレータ機能を持った機器を導入すればSSL複合によるサーバ負荷を軽減することも可能です。
DBはクラスタ化。
複数DBは共通の外部ストレージにレコードを記録する構成が良いと考えます。
私は実績ないですが、postgres、pgpoolでパラレル構成が取れるような情報があるので、ご質問者様の以下想定構成が可能かもしれません。
DBサーバーにはそれぞれに同じテーブルを持つがデータはDBサーバー毎に異なるようにする。水平分割？
ただし、この構成は、LBが必要だったり外部ストレージが必要だったりとコスト高となります。
提供するサービスの収支と天秤にかける必要があると思います。
投稿2018/11/28 08:08
総合スコア4309
0
説明文を読むかぎりでは案１でよい気もしますが、
以下の考慮も必要かと思います。
・データ量は増え続けるのか（１か月でどれくらい、等）
→DBのデータ量が膨大になってくるとパフォーマンス低下につながります
・瞬間同時アクセスはどれぐらいか
→例えば特定の時刻にアクセスが集中するのであれば、ピークに合わせてチューニングが必要となります
・サービスの可用性
→24時間365日のようなサービスであれば、複数台構成が必須となります
投稿2018/11/28 08:07
総合スコア242
あなたの回答
tips
プレビュー
