あまりまとめられないので箇条書きで。 「クラウド (IaaS)」と「レンタルサーバ」の区別 技術的には「クラウド (における IaaS)」と「レンタルサーバー」は明確に異なるものなので、そこは混同されないことをおすすめしたい 今回障害が起こったファーストサーバのサービスはレンタルサーバであって、クラウドサービスではないだろう クラウド = Amazon Web Services (AWS) や Heroku がその代表例だと思ってもらえばいい *1 具体的には、日経新聞の当該記事のこと → http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/ 意図は不明だが「クラウド」のような目新しいものと今回の事件とを結びつけて何かしらの印象を与えようとするのは、個人的には感心しない 業者が「クラウド」と謳っていたかどうかは知らない。例え

はじめに IIS の旧バージョンでは、IUSR_マシン名というローカル アカウントをインストール時に作成していました。IUSR_マシン名アカウントは、匿名認証が有効化されている場合は常に IIS によって使用される既定の ID でした。これは、FTP と HTTP の両方のサービスで使用されました。 また、IIS_WPG というグループもあり、すべてのアプリケーション プール ID のコンテナーとして使用されていました。そして、IIS セットアップ中にシステム上の該当するリソースすべてに対して、IIS_WPG グループへの正しいアクセス許可が設定されるようになっていました。これにより管理者は IIS_ WPG グループに自身の ID を追加するだけで、新しいアプリケーション プール ID を作成できました。 このモデルはうまく機能しましたが、IUSR_マシン名アカウントと IIS_WPG

Twitterは、同社の何千台ものサーバに対してバイナリをデプロイする場合に、ピア・ツー・ピアシステムのBitTorrentを利用したツール「Murder」を用いていると、7月1日の記事「Twitterの大規模システム運用技術、あるいはクジラの腹の中（後編）～Twitterのサブシステム「Unicorn」「Kestrel」「Flock DB」」で紹介しました。 FacebookでもBitTorrentによる大規模なデプロイが高速に行われていることは、7月16日の記事「Facebook、memcachedに300TB以上のライブデータを置く大規模運用の内側」で紹介しました。 どうやら大規模システムにおけるデプロイではBitTorrentの利用が進んでいるようです。 7月15日付けのTwitter Engineering Blogに、Twitterのエンジニア、Larry Gadea氏による「

JavaScript (/ˈdʒɑːvəskrɪpt/), often abbreviated as JS, is a programming language and core technology of the Web, alongside HTML and CSS. 99% of websites use JavaScript on the client side for webpage behavior.[10] Web browsers have a dedicated JavaScript engine that executes the client code. These engines are also utilized in some servers and a variety of apps. The most popular runtime system for n

1980年代の終わり、職場の先輩は自作プログラムで検査データを1枚のフロッピーにバックアップしていた。後にデータを全ロスする羽目になるのだが、記録メディアは複数用いて交互にバックアップを取らなければならないという、基本を知らなかったのである。コンピューターが専門というわけではないから仕方が無いが、「辛い教訓」というのは昔からある話。これを避けるのが管理者というものである。 元記事から一次ソースを見るとthe journalspace data had two large drives in a RAID configuration [journalspace.com]とあるから、「なんだ、単にバカやってただけ」「こういうのはバックアップとは言わない」だけの事。 ミラーを使って、かつバックアップを実現する事は当然可能。マシンをもう一台用意して rdist か rsync で複製作って、そいつ

そろそろ落ち着いて来たころ合いなので、はてなブックマーク全文検索機能の裏側について書いてみることにします。 PFI側は、8月ぐらいからバイトに来てもらっているid:nobu-qと、id:kzkの2人がメインになって進めました(参考: 制作スタッフ)。数学的な所は他のメンバーに色々と助言をしてもらいました。 はてな側は主にid:naoyaさんを中心に、こちらの希望や要求を聞いて頂きました。開発期間は大体1〜2か月ぐらいで、9月の上旬に一度id:naoyaさんにオフィスに来て頂いて合宿をしました。その他の開発はSkypeのチャットで連絡を取りながら進めてました。インフラ面ではid:stanakaさん、契約面ではid:jkondoさん、id:kossyさんにお世話になりました。 全文検索エンジンSedue 今回の検索エンジンはSedue(セデュー)という製品をベースにして構築しています。Sedu

株式会社ミクシィ 研究開発グループの前坂です。前回の記事でmemcachedは分散に長けた高速なキャッシュサーバであることが紹介されました。今回はmemcachedの内部構造がどう実装されているのか、そしてメモリがどう管理されているのかをご紹介します。また、memcachedの内部構造の事情による弱点も紹介します。 メモリを整理して再利用するSlab Allocationメカニズム 昨今のmemcachedはデフォルトでSlab Allocatorというメカニズムを使ってメモリの確保・管理を行っています。このメカニズムが登場する以前のメモリ確保の戦略は、単純にすべてのレコードに対してmallocとfreeを行うといったものでした。しがしながら、このアプローチではメモリにフラグメンテーション（断片化）を発生させてしまい、OSのメモリマネージャに負荷をかけ、最悪の場合だとmemcachedのプ

IPCOM EX2シリーズは、セキュリティ対策（FW、UTM（アンチウイルス、クラウドサンドボックス、Webコンテンツフィルタリング、IPS）、WAF、VPNなど）、ネットワーク最適化（帯域制御、リンク負荷分散）、サーバ最適化（サーバ負荷分散機能、SSLアクセラレータなど）を実現するソフトを搭載するネットワークアプライアンスです。 自社開発・国内生産のネットワークアプライアンス

女性が生成AIの活用を牽引して未来を拓く ビジネスを一変させつつある生成AI。女性が先駆者となることで実現できる世界があります。 詳細レポートを入手 このたびの令和6年能登半島地震で被災された皆様に謹んでお見舞い申し上げます。 令和6年1月1日に発生した能登半島地震により被災されたお客様向けの保守サービス特別対応 システム開発や運用に生成AIを活用する「IT変革のためのAIソリューション」により、生産性と品質の向上を実現

ビジネスの推進には必須！ ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス コンテナをエンプラITに！ コンテナ活用の基礎 本番実装が増える背景とメリット 大学、研究機関、製造業など いま目覚ましい躍進ぶりを見せるデルのHPC その背景と選ばれる理由にせまる RPAによる自動化を年30万で実現 小さな投資が目に見える大きな効果に！ デジタル化によるわかりやすい業務効率向上 体験から学んだ成功への知見 マネーフォワード×エム・フィールド対談 Fintechプラットフォーム開発の「鍵」 今を知り、未来を見据える 培ってきたノウハウを最新技術へ対応させる レガシーシステムのモダン化実現への道 サーバースペシャリストへの道 PCサポートとサーバ管理の共通項 ひとり情シスのためのスキル向上のコツ 特集：IT最適化への道 成功の秘訣をその道のプロが解説 カギとなるのは