Dropbox のスケールとか
Python なサービス みんな大好き Dropbox のスケールとかメモ。以下のページ辺りからピックアップ。Parted? みたいなので、続編がでたら追記するかも。 Scaling lessons learned at Dropbox, part 1 (comment) Dropbox - Startup Lessons Learned (slideshare) Dropbox -Yコンビネーターが生んだスタートアップの軌跡と未来 - スケール関係ないですが、2006 年当時はオンラインストレージサービスがいっぱいあったようで、VC から資金調達したときのやり取りがおもしろい VC "クラウドストレージサービスなんて腐るほどある" Drew "なにか使ってるのありますか？" VC "NO" Drew "..." 完璧で、スケーラブルで、クロスプラットフォームなクラウドストレージ！当時、プ
mosh: MITからモバイル時代のSSH代替品 - karasuyamatenguの日記
http://mosh.mit.edu/ ローミング可能 断続的な接続でも平気 ローカルエコーで快適なレスポンス などの機能をそなえたSSH代替ターミナルソフト。その名も「モッシュ」 iPhone/iPadでウロウロしながらサーバ作業をするのを想定しているようだ。ドキュメントやパッケージの充実度からしてもかなり高質のプロジェクト。こいつら本気でSSHを越えようとしている。 こんな能書き IPが変っても大丈夫 スリープ後もターミナルが生きている 遅いリンクでもローカルエコーにより快適 要は素早く打ち込んでいるときにスクリーンが止っちゃうことがない フルスクリーンモードでも有効 サーバ側と同期化されていない入力はアンダーラインで記される ルート権限がなくてもサーバのインストール可能 サーバは一般プログラムとしてインストールして、それをSSHで立ち上げる SSHをinetdとして使っている感じだ
io.js - JavaScript I/O
Run JavaScript EverywhereNode.js® is a free, open-source, cross-platform JavaScript runtime environment that lets developers create servers, web apps, command line tools and scripts. Download Node.js (LTS)Download Node.js (LTS)Downloads Node.js v20.15.11 with long-term support. Node.js can also be installed via package managers.Want new features sooner? Get Node.js v22.5.11 instead. // server.mjs
Wakame|トップ
Wakameはサーバコストを大幅に削減する強力なオープンソースのクラウドコントローラです。Wakameとは 「Wakame」は、株式会社あくしゅが、中心となって開発している、ネットワーク構成を自動でマネージメントするためのエンジンであり、それに関するサブプロジェクトを含むプロジェクトの総称です。 もっと見る ３つの特徴 スモールスタート 最小構成はサーバー１台から構築可能。予算の少ない、スタートアップの会社や、社内ベンチャーの皆様も少ない予算から始められます。 マネジメントネットワーク サービスに応じて、Webサービスが何台必要、データベースが何台必要等々、自ら計画したネットワークを構築することができます。 仮想化されたネットワークシステムを利用することにより、柔軟なネットワーク設計をソフトウェアでサポートすることができます。 オートスケーリング リアルタイムの負荷状況を監視することによ
内部向け DNS サーバの構築 - Linux で自宅サーバ [ Home Server Technical. ]
DNS サーバとして有名な BIND を使用して、LAN 内部向けの DNS サーバを構築します。 LAN 内部向けの設定ですので、外部（インターネット側）からのアクセスは一切関係ありません。 LAN 内に サーバ以外のパソコン（以下、クライアント）がある場合、クライアントから自分のドメインでアクセスした場合、 ルータの設定画面が表示されます。これは簡単に言うと、LAN 内の名前解決が出来ていないからです。 クライアント毎に hosts ファイルを設定しても良いのですが、クライアントが複数台ある場合、その設定を行うのも面倒ですよね。 そこで、LAN 内部の名前解決を一括管理する DNS サーバを構築します。 このページでの実現させる事を以下に示します。 LAN 内からのみこの DNS サーバを使用可能 LAN 内からドメイン名でアクセスする様にする hosts ファイルには極力記述しない
LAN に DNS サーバ立てる < 10 < July < 2006 < nulog, NULL::something : out of the headphone
全部のマシンの hosts を編集とかテラダサスｗｗｗぷぷｐとか言われたので (脳内変換です)、DNS サーバ立てて一元管理することにした。 サーバは ubuntu 6.06 LTS。普通に BIND を使うことにした。 BIND のインストール。sudo apt-get install bind。終了 ubuntu (というか Debian) は設定ファイルが分かれていて、基本的に named.conf は編集しないみたい？ とりあえず自分の場合は named.conf.options と named.conf.local だけ編集した。 named.conf.options // 最初に // アクセスコントロールリストの設定 acl lan { 127.0.0.1; 192.168.0.0/16; }; // options セクション内に // 内側からのだけクエリに答える all
ニコニコ大百科のアーキテクチャ - グニャラくんのグニャグニャ備忘録@はてな
Twitter mongrelP: @tasukuchan グニャラくーん、ニコ百の鯖がEeePCという話が持ち上がってますがただの監視用ですよね（しんぱいそうなめでみている） http://twitter.com/mongrelP/status/1524183917 ニコニコ大百科のアーキテクチャについてメモしておきます。 本当は、このネタでRuby Kaigiに申し込もうと思ったけど、すっかり忘れていたのでエントリを起こしておきます。Rubyあんま関係なかったし。 全てのリクエストを受付、セッション情報も保持するEeePC 次世代サーバプラットフォーム EeePC ニコニコ大百科宛ての全てのリクエストは、全てEeePCに送られます。 実物の写真を載せておきます。 EeePCは2台稼動しており、１台はホットスタンバイです。 EeePCは、SSDとUPSを備えた次世代サーバプラットフォーム
ubuntu 7.10でリモートデスクトップ（VNCを使って） | 老眼palm
ubuntu 7.10 Gutsy Gibbonをクリーンインストールしたら、VNCを使ったリモートデスクトップがとてもすっきり動いた。ubuntu, VNCで検索してここにくる人が多いようなので、手順をまとめておく。 状況：茶の間のWindowsXPから寝室のubuntuをVNCでリモートデスクトップする。 sshとvnc4serverのパッケージを入れる。 ネットワークの設定で、有線接続を「ローミングを有効にする」のチェックを外し、設定の種類「IPアドレスを指定する」に変更し、適宜IPアドレス等を指定する。（茶の間WindowsXPからsshするのに、固定アドレスの方が便利だからである。） 茶の間WindowsXPにはssh clientとしてTera Term ProにTTSSHエクステンションを入れたものを、VNCビューアとしてUltraVNCビューアの日本語版をインストールしてあ
Ubuntu/apache2 - TOBY SOFT wiki
はじめに † apache2のインストールについて 大体、ここに書いてある通りです。 わからない時は、ここを参考にしてください。 HTTPD - Apache2 Web Server http://doc.ubuntu.com/ubuntu/serverguide/C/httpd.html Ubuntuのページにも書いたのですが、server版で作業してます。 Desktop版でもある程度一緒のはずですが、違うところは読み替えてください。(とはいえ、Portable Ubuntu 9.04(coLinux)でも一応は確認しました) webサイトの確認は、Windowsから行っているのでスクリーンショットがWindowsでも誤解ないようにしてください(; ´д｀) ↑ インストール † インストール時のSoftware selection に LAMPをセレクトしておくと、インストールされて
堀愚霊瑠の指摘で気付いた、はてなスターの静的ファイルとか想像以上にアレな件 : にぽたん研究所
id:HolyGrail (堀愚霊瑠氏) の「はてなブックマークが重い件について、Page Detailerというツールを使って調べてみる - id:HolyGrailとid:HoryGrailの区別がつかない日記」とか見てて、色々問題点が指摘されてて、うん、まぁそうだねーとか色々と思いつつ、YSlow は、有用なツールである反面、減点基準が必ずしも全てのサイトに適合しないというか、ハッキリ言ってしまえば Yahoo! Inc. 基準すぎるので、鵜呑みにし過ぎるのもどうかなーとか思ってた。 で、気になったのは 13. Configure ETags ETagsっていうのはサーバ上のファイルとブラウザのキャッシュが一致しているかどうかを検証するためのものなのですが、正しく利用できていないのであれば、ETagsは無駄なだけなので取り除いてやりましょう、という項目です。 http://s.hat
mod_rails用のdeploy.rbとapache用設定ファイルジェネレータ
Railsで一番めんどくさかったアプリの公開を、Apache httpdが動いているサーバに、普通にアップロードするだけで行える様にするモジュール、mod_railsがリリースされました。 いままで似たようなものにmod_rubyがあったのですが、ずっとメンテナンスされていない上に、構造的にRailsには向かないようになっていたので、Phusion社が新しく作ったものです。 日本語での紹介はmoongiftさんの記事をご覧ください。インストール方法や使い方は、こちらの記事を参考にしてください。 このモジュールの評価が高まれば、レンタルサーバでもRailsサポートをしてくれる所が増えるんじゃないかと期待してます。 早速、自分のサーバ(EC2)に入れてみた所、特に問題もなくあっさり動きました。 ただ、Capistranoを使っている場合、mongrelの時のままだと、サーバの起動などで失敗する
mongrelをinstall: Rails開発日記
mongrelはRailsを早く走らせてくれるWebサーバらしい。 ちょっと試してみる。 まず、mongrelはスレッド起動などが無いため、1ポート1プロセス。インターネットサービスとしては使えません。なので、後述するmongrel_cluster+Apache mod_proxyと併用します。 # rdocをインストールしてない人は yum -y install rdoc # mongrelのインストール gem install mongrel --include-dependencies cd RAILS_ROOT mongrel_rails start -d development -p 3000 -B mongrel_rails stop
BlogFish: Scaling Rails with Apache 2.2, mod_proxy_balancer and Mongrel
Unitl this week we used Lighttpd and FastCGI for MeinProf.de. The setup was nearly the same as described in the must read series scaling rails (1, 2, 3, 4) from poocs.net. We used this setup from day 1 but always had some small issues with Lighttpd. Lighttpd was crashing every couple of days. Nothing dramatic, we had a script that monitored Lighttpd and restarted it if necessary. During the last
MongrelとApache2.2でRails。
「10分で作るRailsアプリ for Windows」の増井さんに直に話を聞く機会があって、名前だけ知ってたMongrelがこれからいい感じジャマイカということを聞いたので、とりあえず環境を作ってみた。 Mongrel: Home What is Mongrel? Mongrel is a fast HTTP library and server for Ruby that is intended for hosting Ruby web applications of any kind using plain HTTP rather than FastCGI or SCGI. で、具体的に参考にしたのはココ↓ Scaling Rails with Apache 2.2, mod_proxy_balancer and Mongrel Lighttpdがボコボコとクラッシュするようになって
「設定より規約」でWebサーバ設定の自動化 - masuidrive.jp
Posted by masuidrive Thu, 20 Jul 2006 10:33:00 GMT Ruby on Railsが簡単にアプリケーションを構築できる一つの特徴に「convention over configuration」=「設定より規約」があります。 Railsはアプリを作るのは簡単ですが、それを公開するのがちょっと面倒です。そこで、Railsに限らずWebサーバも「設定より規約」に則って、設定なしでサイトやアプリケーションを公開できるようにしてみましょう。 設定項目を洗い出す まず、Webサーバでアプリケーションを公開する場合に必要な設定項目を洗い出します。バーチャルドメインを使う場合は、 ドメイン名 DocumentRoot ログファイル名 CGIを使うならScriptAlias の4つが基本になると思います。規約を決める これらの設定を自動化するための規約を決めます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
YAPC::Asia 2009 / Asynchronous Programming for (A)synchronous Communication
一定規模以上のWebサイトを運営しているエンジニアの方、業務時間外の障害対応ってどういう風にやっていますか？ - 人力検索はてな
はてなブログ | 無料ブログを作成しよう
http://43hr.org/2007/03/12/30
http://furukawa.blogdns.com/furukawa/2006/04/postfix.html