（ネットワーク例２、３）
一般的なネットワーク、大規模なネットワーク
違いは、中心のスイッチをL2にするかL3にするかです。
DBサーバ、CPSサーバを同一セグメントに置き、別セグメントにクライアントを配置する
通常は、このように考えて設計すれば一番妥当です。
そのため知識のないSEは、中心にL3スイッチを置いて、このように設計すれば、とりあえず安全かなみたいで、お客をだますことも可能。（普通のSEは、ネットワークを詳しく知っている人間は数少ない。しかし、CPSの設計にとっては重要）
CPSに必要なSEの知識
１．CPS
２．アクティブディレクトリ
３．ネットワーク
４．プログラム開発知識
５．柔軟な発想力
６．シンクライアントの知識
1および２を習得しているのは当たり前です。しかし、実際の場ではそれだけではCPSは設計構築できません。
しかしながら、残念なことに３以下の知識を持っているSEは少ないです。
特に大きなベンダーではSEの職自体分業化されており、別のSEの仕事の範疇になることがあるのです。
一般的なネットワーク、大規模なネットワーク
違いは、中心のスイッチをL2にするかL3にするかです。
DBサーバ、CPSサーバを同一セグメントに置き、別セグメントにクライアントを配置する
通常は、このように考えて設計すれば一番妥当です。
そのため知識のないSEは、中心にL3スイッチを置いて、このように設計すれば、とりあえず安全かなみたいで、お客をだますことも可能。（普通のSEは、ネットワークを詳しく知っている人間は数少ない。しかし、CPSの設計にとっては重要）
CPSに必要なSEの知識
１．CPS
２．アクティブディレクトリ
３．ネットワーク
４．プログラム開発知識
５．柔軟な発想力
６．シンクライアントの知識
1および２を習得しているのは当たり前です。しかし、実際の場ではそれだけではCPSは設計構築できません。
しかしながら、残念なことに３以下の知識を持っているSEは少ないです。
特に大きなベンダーではSEの職自体分業化されており、別のSEの仕事の範疇になることがあるのです。
（ネットワーク例１）
小規模なネットワーク
DBサーバ、CPSサーバ、クライアントを同一のセグメントに配置する。
このほかに、アクティブディレクトリサーバ（移動プロファイルサーバ・ファイルサーバ含む）
ネットワーク機器は、L2スイッチですかね。
これは、本当に小さなネットワークですね。SOHO用です。
クライアントが最大でも２０台ほどです。つまりCPSサーバは１台ですね。
価格で考えると、CPSのライセンス価格がかなり大きくなり構築費とあわせるとパソコンを強化したほうがいいです。
私の試算（費用対効果の試算は跡で公開できれば公開します）ですと、クライアント２００台以上がシトリックスでは効果があります。
シトリックスを構築する場合、の規模は、前提条件としてアクティブディレクトリであることが必要です。SOHOなどの本当に小規模の場合であれば、リモートディスクトップなどのリモート操作用のAPPを利用したほうが、コストパフォーマンスはいいと思います。
ただし、目的がセキュリティであった場合には別です。それには目的をもっと明確化しコストパフォーマンスに優れた製品を選択する必要があります。
選択肢として、２XやGo-globalなどを検討しましょう。
これはあくまで管理人の経験に基づくものであることを後ご了承ください
P.S：まことに残念ですが、私管理人は、この分野からまったく別の分野に異動することとなりまた。
これまで、ご支援いただいた方々には本当に感謝いたします。
ありがとうございました。
ただ、まだまだこの分野は、拡張性・未来性があると思いますので、私の経験した、ノウハウをこのブログを通して伝えられればと思い、しばらくは継続したいと思います。
小規模なネットワーク
DBサーバ、CPSサーバ、クライアントを同一のセグメントに配置する。
このほかに、アクティブディレクトリサーバ（移動プロファイルサーバ・ファイルサーバ含む）
ネットワーク機器は、L2スイッチですかね。
これは、本当に小さなネットワークですね。SOHO用です。
クライアントが最大でも２０台ほどです。つまりCPSサーバは１台ですね。
価格で考えると、CPSのライセンス価格がかなり大きくなり構築費とあわせるとパソコンを強化したほうがいいです。
私の試算（費用対効果の試算は跡で公開できれば公開します）ですと、クライアント２００台以上がシトリックスでは効果があります。
シトリックスを構築する場合、の規模は、前提条件としてアクティブディレクトリであることが必要です。SOHOなどの本当に小規模の場合であれば、リモートディスクトップなどのリモート操作用のAPPを利用したほうが、コストパフォーマンスはいいと思います。
ただし、目的がセキュリティであった場合には別です。それには目的をもっと明確化しコストパフォーマンスに優れた製品を選択する必要があります。
選択肢として、２XやGo-globalなどを検討しましょう。
これはあくまで管理人の経験に基づくものであることを後ご了承ください
P.S：まことに残念ですが、私管理人は、この分野からまったく別の分野に異動することとなりまた。
これまで、ご支援いただいた方々には本当に感謝いたします。
ありがとうございました。
ただ、まだまだこの分野は、拡張性・未来性があると思いますので、私の経験した、ノウハウをこのブログを通して伝えられればと思い、しばらくは継続したいと思います。
またまたしばらくぶりです。
定期的に読んでくださっている皆さん申し訳ありません。
今回から、『シトリックスに適したネットワーク』を連載してみようと思います。
途中で、どうなるかわかりませんが、まっとにかくやってみます。
いろんな考え方があると思いますが、大体以下の４パターンが私の経験値です。
特に面白いのが例４です
（ネットワーク例１）
小規模なネットワーク
DBサーバ、CPSサーバ、クライアントを同一のセグメントに配置する。
（ネットワーク例２）
一般的なネットワーク
DBサーバ、CPSサーバを同一セグメントに置き、別セグメントにクライアントを配置する
（ネットワーク例３）
大規模なネットワーク
DBサーバ、CPSサーバ、クライアントをそれぞれ別のセグメントに配置する
（ネットワーク例４）
セキュリティを重視したネットワーク
DBサーバ、CPSサーバ、クライアントをそれぞれ別のセグメントに配置する
そして、セグメントの中心にIDP／FWを配置し、DBサーバをTRUST側、
CPSサーバをDMZ、
クライアントをUNTRUST側に配置する。
図説・解説は、次回へ
定期的に読んでくださっている皆さん申し訳ありません。
今回から、『シトリックスに適したネットワーク』を連載してみようと思います。
途中で、どうなるかわかりませんが、まっとにかくやってみます。
いろんな考え方があると思いますが、大体以下の４パターンが私の経験値です。
特に面白いのが例４です
（ネットワーク例１）
小規模なネットワーク
DBサーバ、CPSサーバ、クライアントを同一のセグメントに配置する。
（ネットワーク例２）
一般的なネットワーク
DBサーバ、CPSサーバを同一セグメントに置き、別セグメントにクライアントを配置する
（ネットワーク例３）
大規模なネットワーク
DBサーバ、CPSサーバ、クライアントをそれぞれ別のセグメントに配置する
（ネットワーク例４）
セキュリティを重視したネットワーク
DBサーバ、CPSサーバ、クライアントをそれぞれ別のセグメントに配置する
そして、セグメントの中心にIDP／FWを配置し、DBサーバをTRUST側、
CPSサーバをDMZ、
クライアントをUNTRUST側に配置する。
図説・解説は、次回へ
