DELL サーバー Tips | Carpe Diem
今日は、DELL サーバーの Tips を一つ紹介したいと思います。DELL サーバには、サポートに問い合わせるときのために、筐体ごとにサービスタグとエクスプレスコードという ID が割り当てられています。 この ID は、1u サーバだと筐体の正面にシールで張り付けされています。R410 などのちょっとよい 1U サーバの場合、正面の LCD にもスクロールされて標準されています。 RX1Xの場合: www.dell-faq.com -Q&A検索- FAQ詳細 何らかの問い合わせがあるとき、このサービスタグとエクスプレスコードを確認する必要がありますが、いちいち筐体の前に行って確認するのはめんどうです。 DELL から、このサービスタグとエクスプレスコードを確認するための RHEL 用のコマンドが配布されているので、これを利用すると便利です。 まず、DELL 非公式の yum リポジトリ
【KDDI】KDDI DNSホスティングサービス | サーバー/導入支援 | 法人向け
変化し続けるビジネスシーンを見据え、さまざまな特集を通して、ヒントをお届けします。 ニューノーマル時代における働く人が中心の働き方の実現へ KDDIサービスの各種パンフレットをダウンロードできます。 お客さまの課題をKDDIのソリューションを用いて解決した事例のご紹介です。
Load balancing at Github: Why ldirectord? - Anchor | Cloud Engineering Services
Some comments on Github’s blog post “How We Made Github Fast” have been asking about why ldirectord was chosen as the load balancer for the new site. Since I made most of the architecture decisions for the Github project, it’s probably easiest if I answer that question directly here, rather than in a comment. Why ldirectord rocks The reasons for Github using ldirectord are fairly straightforward:
Apacheの設定を変更し、単一IPアドレス上で複数のSSLサイトを運用する - builder by ZDNet Japan
Apacheのバージョン2.2.12以降では、SNI（Server Name Indication）という、SSLプロトコルに対する拡張機能がサポートされているため、名前ベースのHTTPサイトを設定する場合と同じように名前ベースのHTTPSサイトを設定することが可能になっている。本記事では、Apacheのこの機能について紹介する。 Apache Webサーバがバージョンアップし、成熟していくに伴い、新機能の追加やバグの修正が行われてきている。そして、バージョン2.2.12で追加された機能のうち、最も重要なものはおそらく、単一IPアドレス上で複数のSSLサイトを運用できるようにするという、長らく持ち望まれていた機能だろう。 これまでは、特定のIPアドレスに対してSSL対応のWebサイトを割り当てた場合、そのサイト1つしかSSL対応のWebサイトを運用することができなかった。つまり、IPアドレ
macminicolo: Mac Mini colocation | Mac mini hosting Facility
We continue to expace to new data centers around the world. Learn more about MacStadium data center locations. Follow us on Twitter | Customer Login | Macminicolo Blog | Contact Us | Pricing and Signup| A MacStadium company | Apple®, Mac®, Mac mini®, Mac Pro®, and macOS® are trademarks of Apple Inc.
Facebookが大規模スケーラビリティへの挑戦で学んだこと（後編）～キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性
Facebookが大規模スケーラビリティへの挑戦で学んだこと（後編）～キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の技術担当バイスプレジデント Jeff Rothschild氏が、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Massive Scale-Lessons learned at Facebook」の内容を再構成して紹介します。 （この記事は「Facebookが大規模なスケーラビリティへの挑戦で学んだこと（前編）～800億枚の写真データとPHPのスケーラビリティ問題」の続きです） キャッシュがスケーラビリティに大きな役割を果たしている Facebookの主な役割は、ユーザーが簡単に（友人たちの）情報を集めることがで
Facebookが大規模スケーラビリティへの挑戦で学んだこと（前編）～800億枚の写真データとPHPのスケーラビリティ問題
Facebookが大規模スケーラビリティへの挑戦で学んだこと（前編）～800億枚の写真データとPHPのスケーラビリティ問題 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の巨大なシステムは、3つのデータセンターにある約3万台のサーバと、PHP、C++、Memcache、MySQLなどのソフトウェア群によって支えられています（同社のデータセンターの巨大さは、記事「3億のユーザーを抱えるFacebookのデータセンター。移動は自転車、希望は100Gbイーサネット 」を参照）。 同社の技術担当バイスプレジデント Jeff Rothschild氏は、Facebookが実現している大規模なスケーラビリティを、いかにしてこれらのソフトウェアで実現しているのか、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Mas
PHPの価値が相対的に落ちてJavaの価値があがっていく 2009-10-19 - きしだのはてな
2000年あたり、PHP4やJSP1.0が出たころ、PHPよりもJavaがよいと言っても、「Javaは動かせる安いサーバーがない」ということで、サーバーの確保が容易なPerlやPHPが使われました。 Javaを使うには、一台まるごと借りれる割高なレンタルサーバーで、自力でTomcatなどをインストールする必要がありました。そういった状況はしばらく続き、「PHPならば安く借りれるサーバーがたくさんある」ということから、PHPがよく使われるようになりました。 PHPの普及初期では、サーバーの確保が容易なことがPHP採用の大きな理由のひとつだったと思います。 こういう状況は最近まで続いたけど、Amazon EC2のおかげで「Javaは動かせる安いサーバーがない」という問題は解決してきました。Amazon EC2を借りても自力でTomcatなどをインストールする問題がありましたが、HerokuやS
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
ディレクターにもおすすめ！「4Gbpsを超えるWebサービス構築術」執筆者インタビュー : LINE Corporation ディレクターブログ
こんにちは、櫛井です。 来る8月21日に、弊社のエンジニア達が執筆した本が発売になります。今回は執筆者を集めてインタビューをしてみましたので、その様子をお届けしたいと思います。インタビューするまでは「技術書読んでもわからないので今回はいいや」と思ってましたが、思いがけずディレクターにも関係ありそうな内容なので早速予約注文してみました。 ■概要 4Gbpsを超えるWebサービス構築術 著者：伊勢 幸一 販売元：ソフトバンククリエイティブ 発売日：2009-08-21 クチコミを見る ◆livedoor BOOKSで購入できます タイトル：4Gbpsを超えるWebサービス構築術 著者：伊勢 幸一,池邉 智洋,栗原 由樹,山下 拓也,谷口 公一,井原 郁央 (各プロフィールは本エントリの末尾に記載しております) 内容：実際のサービスでの適用手法を例として、快適なWebサービスを実現するための最重
freeipmitool | Carpe Diem
IPMI をアクセスするコマンドラインツールに、ipmitool があるけれど、前述したとおり man しただけではコマンドの使い方が分からなくて使いにくい印象がある。 かわりにもうすこし簡単なコマンドラインツールがないかなと思って調べてみると、GNU に Freeipmi というツールがあった。Freeipmi は、IPMI v1.5/2.0 の仕様に準拠したコマンドラインツール。かなり頻繁にアップデートされているのもうれしい。 インストールは、SRPM が提供されているのでさくっと RPM をビルドしてインストールした。 Freeipmi には、それぞれの用途に応じて、次のようなコマンドラインツールが提供されている。 bmc-info: BMC 情報を読むためにツール bmc-config: BMC の全般的な設定と IPMI 情報を表示するツール bmc-watchdog: BMC
いま分散システムが面白い理由 - Blog by Sadayuki Furuhashi
最近 クラウド という単語が流行していますが、「大規模な計算資源を低コストで提供してくれるトコロがあるらしいので、自前で持っていた計算資源を委託しちゃえば運用する手間も知識も要らないし、そもそもサーバーを買う費用を省けちゃうから嬉しい」という発想に基づいているらしく、しかし技術的には 大規模な計算資源を低コストで構築する技術 がポイントでしょう。 大規模な計算資源をどうやって安く構築するか。 従来は、システムの能力を高めるためには、高性能・高機能（それゆえ高価な）マシンを導入するというスケールアップの手法が採られていたのだが、この手法では10倍に性能を上げるために、たとえば30倍のコストがかかるかもしれない。スケールアップと比べてスケールアウトでは、導入したコストにほぼ比例して、パフォーマンスの向上が見込める。 『UNIX magazine 2009年4月号』 p.31 *1 何百万円もす
日立がブレードサーバーの保守サポート期間を2年延長、販売後5年から7年に
日立製作所は2008年11月12日、ブレードサーバーの保守サポート期間を従来の5年間から7年間に延長すると発表した。来年1月30日以降に出荷する機種から適用する。サービス開始時はハイエンドモデル「BladeSymphony BS1000」のみが対象だが、他の機種にも順次広げる計画だ。 サービス名は「ロングライフサポートサービス」。サーバー設置場所の温度や湿度を定期的に検査し、適切な場合のみ契約を継続できる。個別契約のため年間保守料金は公表しないが、「5年サポート契約の2倍未満に抑える」（日立）。従来と同じ5年サポートのサービスも継続提供する。 保守サポート期間が5年の場合、システムの開発・検証期間やデータ移行期間を除くと実質3～4年しかサーバーを利用できないという問題があった。仮に同一システムを10年間使う場合、ユーザー企業は2回、サーバーを新規購入したりデータを入れ替えたりする必要がある
全自動バックアップのススメ - 狐の王国
記者日記：パソコン不信という新聞のコラムが話題にあがっていた。 要するにバックアップも取らずに使っていたパソコンのハードディスクが飛んでしまい、仕事のデータをかなり失ってしまった、という話。HDDは消耗品だという意識が無いとやはり悲しい目にあうものだ。 こういう話は普通に見ると「お気の毒」なのだが、これを「パソコンは信頼できない」とか書かれたもので、思わず激昂してしまった。どうやらid:FTTHさんにご心配をおかけしてしまったくらい激昂してたらしい。お心使い、ありがとうございます。 まあこの手の話はいろいろとストレスの源で、人為的トラブルをPCやエンジニアのせいに(以下愚痴なので略)。 しかしながら、実際のところバックアップ作業というのは非常にめんどくさいものである。USBメモリなりCDなりにコピーしておけばすむ話なのだが、それを毎日の習慣とするのは非常に難しい。そんなマメなこと、俺もやっ
いい配線工事業者と仲良くしましょうマジで - mmasudaのはてな日記
"LAN配線は意外に奥が深いものです。"を観てだらだらと思うところを書いてみたら長くなったので、ちょっと個別記事にしてみる。まとまってないけど。 マシンルーム・データセンタ内 ラック間を跨ぐケーブルの本数をパッチパネルとバルクケーブルを駆使して相対的に本数が少なくするように設計するのが鉄板です。ラックに機器を入れる前にラック間を跨ぐ本数を(予備+増強分含め)割り出して、パッチパネル&バルクケーブル敷設工事することが肝要。 間違ってもラック間を跨ぐケーブルが数十本単位になって床にケーブルをとぐろを巻く何ていう事態は発生させないように。それは敗北を意味します。 大抵混乱を生み出すのはラック間を跨ぐケーブルなので、一応サーバ収容ラックのラック内で完結するケーブル配線は別と考えていいのかな、と。メタルなLANケーブルを電力ケーブルと一定の距離をとるとか、ケーブルのせいでラックのドアが閉められないの
容量の大きすぎるハードディスクを使わないほうが良い理由：ITpro
最近のハードディスクはどんどん大容量化が進み、小さな容量のものの入手がだんだんと難しくなってきて悩んでいます。このことを他の人に話すと、大抵は「え？大は小を兼ねるので大容量なものを使えばいいのでは？」という返事が返ってきます。しかし、必要以上に大容量のハードディスクは、いろいろと不便が多いのです。今回はその理由について述べてみたいと思います。 フォーマットやRAID再構築に時間がかかる 例えば80GBと1TBのハードディスクでは、実に12.5倍もの容量差があります。いろいろな要素を省いて単純に考えると、フォーマットやRAID再構築も12.5倍の時間がかかるということになります。仮に80GBのハードディスクを使ったRAIDの再構築に3.5時間かかるとすると、1TBのそれは、諸要素を除いて単純計算すると44時間もかかることになりそうです。フォーマットやRAID再構築は結構時間がかかりますので、
Itaniumの将来は風前の灯か？
9月17日の6コアXeonの発表と、それに連動した各サーバベンダーの動向から、Itaniumの将来を調査してみた。 9月17日、NECは米国ユニシス社と共同で開発したハイエンドサーバ製品「Express 5800 A1040/A1060」を発表した。 この製品に1つのCPUに6つのコアを搭載したインテルの最新型Xeonプロセッサが使用されている。今後3年間で、両社合計、1万台の販売を予定しているという。 わたしは、同社の発表を受け、奇異な印象を持った。なぜなら昨年10月にItaniumの新製品が発表されており、NECは「ハイエンドでミッションクリティカルなシステムにはItaniumを搭載する」と再三、言い続けてきたからだ。 もちろん、現時点で6コアのXeonを搭載した製品を発表した企業は、NECとIBMの2社に限られているが、インテルの発表会において製品出荷を明らかにした企業も多い。6コア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IPv6 in the Data Center: is Cisco ready? « ipSpace.net blog
http://blogs.sun.com/bmseer/entry/sun_x4600_m2_server_sap
http://blogs.sun.com/yappri/entry/x4450