自分もAWSよりも前にVRRPを知った人間なのでAWSの設計思想に最初は戸惑ったけども、今から新たにネットワークを学び始めた場合はまずクラウドの冗長構成を経験して、あとからVRRPなどに触れて戸惑うことになりそう。
単一IPで冗長化する手法としてもよくまとまってる。たまにそうせざるを得ない場合あるんだよね
昔付け替えやってたなぁ。今はinternal ELBもかなり安定したしRDSも安定して乗っかるようにしたから自然と不要になった。あとオンプレでもVRRPじゃなくてBGPになりつつあるんじゃ?
タイトルで損をしているように思うけど、まぁこのタイトルで検索に引っ掛かる人も確かにいそうwあとでちゃんと読みなおす
オンプレのVRRP構成をAWSに持ち込むのは無理筋w AWSの設計思想を理解して、素直にRoute 53やALBを使うのが正解だな。
富士通と聞いて
うちは5.5プライベートIPアドレスの付け替えでやったらしい。記事にもある通りクラスタリングソフトやカスタムスクリプトでやった模様。本当はAWS的な作りに変更したかったみたいだけど時間無くて先送りにしたみたい
プライベート仮想IPの実装はTransit Gatway構築がほぼ前提
DNSレベルでの冗長は新しいようで古いのよね。IPレベルの冗長はBGPでもできる。VRRP冗長はわかりやすいけどL2ブロードキャストに依存するので昨今では排除されるのはやむを得ない。
オンプレの仮想IP冗長構成とAWSの設計思想はなぜ合わないのか?移行時の選択肢を解説 - Qiita
自分もAWSよりも前にVRRPを知った人間なのでAWSの設計思想に最初は戸惑ったけども、今から新たにネットワークを学び始めた場合はまずクラウドの冗長構成を経験して、あとからVRRPなどに触れて戸惑うことになりそう。
単一IPで冗長化する手法としてもよくまとまってる。たまにそうせざるを得ない場合あるんだよね
昔付け替えやってたなぁ。今はinternal ELBもかなり安定したしRDSも安定して乗っかるようにしたから自然と不要になった。あとオンプレでもVRRPじゃなくてBGPになりつつあるんじゃ?
タイトルで損をしているように思うけど、まぁこのタイトルで検索に引っ掛かる人も確かにいそうwあとでちゃんと読みなおす
オンプレのVRRP構成をAWSに持ち込むのは無理筋w AWSの設計思想を理解して、素直にRoute 53やALBを使うのが正解だな。
富士通と聞いて
うちは5.5プライベートIPアドレスの付け替えでやったらしい。記事にもある通りクラスタリングソフトやカスタムスクリプトでやった模様。本当はAWS的な作りに変更したかったみたいだけど時間無くて先送りにしたみたい
プライベート仮想IPの実装はTransit Gatway構築がほぼ前提
DNSレベルでの冗長は新しいようで古いのよね。IPレベルの冗長はBGPでもできる。VRRP冗長はわかりやすいけどL2ブロードキャストに依存するので昨今では排除されるのはやむを得ない。