投稿者: 管理人 (12ページ目 (40ページ中))

Eclipseのアップデートをインストールしようと思ったら、download.eclipse.orgが…遅い。なんとなく、アメリカのどこかにありそうなサーバなのでネットワークのレイテンシーが大きそうなのと、さすがにEclipseの更新となるとデータが大きいせいか重い。

まぁ、そんなわけで、国内のサーバを参照するように設定を変えてみた。Eclipseに登録してあるレポジトリを更新する必要があるので、「ヘルプ」から「新規ソフトウェアのインストール」をクリックして、「使用可能なソフトウェア・サイト」を開くと、ずらっとレポジトリが出てくるので、そこのURLを山形大学とかJAISTとか、国内でEclipseのレポジトリをミラーしているサーバーを参照するようにすると、ファイルのダウンロードがかなり速くなった。

…と、この辺のグローバルでの負荷分散がデフォルトで実現するのは、Eclipseクラスのプロダクトでも難しいものだろうか。いやはや。

AWSのCloudSearchを使ってみているけれども、これで使われているインスタンスって、m1.smallとかm3.mediumなんだよなぁ。どうせなら、コストパフォーマンスよさげなt2インスタンスとか使えるようにならないかなぁと思うけど、t2インスタンスのCPUクレジットを使い切って性能がガクッと落ちたら切ないか。うん、それは切ない。…みたいなアホなエントリーを書いているけれど、一向にindexingが終わらない…。うーむ、とりあえず安いsearch.m1.smallインスタンスだと、何やらせても時間かかるなぁ(遠い目)

まぁ、このサイトはサーバが物理的に遠いところにあるので、ネットワークのレイテンシーが大きいとはいえ、SPDYの効果は多少はありそうなので、SPDYを使えるシーンではできるだけ対応してみたいと思った…が、しかし。

今、運用している別サイトでは、AWSのELBを使ってSSLの処理をオフロードしているんだけど、その状態ではSPDYは使えない。ELBがSPDYしゃべってくれないもんなぁ。

というわけで、ELBではHTTPSのコネクションの振り分けだけやってもらって、SSLの処理は配下のnginxとかApache httpdで受けなきゃいけないってことになり、SPDYを使えるようにするためにSSLの処理を配下に持ち込むのもなんかなぁ…(いやまぁ、たいしたトラフィックじゃないけど、ELBの料金のなかでSSLのオフロードもしてもらっていると思うと、できればSSLの処理はELBに押しつけたいような)

…というわけで、AWSのELBでSPDYをしゃべれるようになって欲しいなぁと。ここまで書いて、ふと思ったのは、ELBからユーザーの環境までをSPDYにしても意味ないんだっけ…あれ(汗)