PGECons勉強会#3
シャード内での結合まで考えて、Distributed TableやReference Tableの設計までやり切れれば、それは速いと思う。 #PGECons
2021-01-21 20:04:33インスタンススペックを豪華にしたのに結果が全く一緒とな?! おんなじ轍を踏まれて私はうれしいです(I/Oへの配慮としかるべき課金は、、、慣れですかね) #pgecons
2021-01-21 20:10:17そう、両方の成果物資料をつきあわせるとわかるんですが、カタログ上のスペックを揃えた際の、、、Azureの調子が悪かったのです・・・ #pgecons
2021-01-21 20:12:41Azure Arc enabled data servicesでCitusの検証やれば、VMとか足回りをAWSに揃えたりとか出来るんじゃない(適当 #PGECons
2021-01-21 20:13:17HyperScaleは、利用者が自力で適切にシャーディング設計しないといけない(どの列をもとに、分散させるのか。シャードキーの設定次第)ので、使いこなしに訓練がいるイメージです。うまくやればAuroraを倒せるワークロードもきっとあるかもしれませんが・・・ #pgecons
2021-01-21 20:15:49O社さんにも入ってもらって、「OCIのVM性能とIOは世界一~ッ!」ってやって欲しい。 #PGECons
2021-01-21 20:16:04へー、Azure Database for PostgreSQLでFlexsible Serverってあるのか。知らなかった。 #PGECons
2021-01-21 20:17:49Flexsible ServerはLinuxコンテナ!!完全にポスグレコミュニティが欲しかったものじゃん。 #PGECons
2021-01-21 20:19:13@hmatsu47 任意のボリュームサイズでベースライン3000IOPS?! それでいて過去のgb2水準より安めだそうで、ストレージコストの低価格化なんですかね。 #pgecons
2021-01-21 20:26:10@tzkb ご想定の通り、深く考えずにgp2、でした(PaaSは簡単に構築できるなぁ~なんて思ってたら色々としくじり) #pgecons
2021-01-21 20:28:38@tzkb 計算式がLEAST({DBInstanceClassMemory/9531392},5000)でして、結構簡単に5000いくんですよ。手動変更も可能ですが #pgecons
2021-01-21 20:32:47@elhalti 性能が出ないとしたら大体IOPSのせいです。お金の力・・・が第一ですが、必要十分なだけの課金に済ませるには、技術が活きると思います #pgecons
2021-01-21 20:35:39@taikik1222 何でも強いわけじゃないですが、OLTP業務であれば深く考えずに、、、それこそパラメータや足回り部分のDBA知識はいらずに札束で殴れるのがaurora、ですね。 RDSは可用性やバックアップを任せたい用途で、性能のために選ぶ理由は多分ありません(EC2で色々工夫するのがいい) #pgecons
2021-01-21 20:37:50@atsuizo RDSはEBS1本にPGDATAを丸っと入れる(WALの外出しはしない)、アーカイブはS3転送、ですが EC2にてPGDATA丸っとをプロビジョンドIOPS、アーカイブを汎用(プロビジョンドなし)でやってRDSより上だったので、S3転送よりはプロビなしでもEBSマウントする方がアーカイブのコストで有利、と見てます #pgecons
2021-01-21 20:40:21OCIにそんな特徴が!クラウドのI/O実力は独自ルール(IO分割とか)だったりゆらぎあったりで霞がかってる印象なので、ベンチマークに包まずに、FIOとかで各クラウド対決させてみたい #pgecons twitter.com/tzkb/status/13…
2021-01-21 20:50:29