いつ起こるかわからない“一瞬”のために働くということ～Yahoo!ニュース運用エンジニアのジレンマと醍醐味【ニュース×働く】
いつ起こるかわからない“一瞬”のために働くということ～Yahoo!ニュース運用エンジニアのジレンマと醍醐味【ニュース×働く】 Yahoo!ニュースの中の人やニュースに関わる人などの声を通じて「“ニュース”とともに働くということ」について探る【ニュース×働く】、第3回目のテーマは「運用エンジニアの頭の中」。 普段当たり前のように表示されているウェブサイトですが、「いつもと変わらない日常」の裏には運用エンジニアの存在が欠かせません。今回は、普段なかなか表に出る機会の少ない、Yahoo!ニュースの“縁の下の力持ち”ともいえる運用エンジニアチームのスタッフに話を聞きました。（聞き手／Yahoo!ニュース編集担当・井上芙優） 【ニュース×働く】過去の記事 ・[兼務]「記者・編集者はつぶしがきかない」は取り越し苦労? ・[時短勤務]24時間体制の職場での時短勤務は「申し訳ない」ことなの？ 仲辻正幸（な
15 Best Performance and Network Monitoring Tools for Linux
Ravi SaiveLast Updated: October 6, 2023 Read Time: 8 minsCategories Monitoring Tools 13 Comments If you’re working as a Linux/Unix system administrator, sure you know that you must have useful monitoring tools to monitor your system performance. As monitoring tools are very important in the job of a system administrator or a server webmaster, it’s the best way to keep an eye on what’s going on ins
革命的に速いRubyアプリケーション・サーバー「Raptor」リリースへ | ソフトアンテナ
革命的に速いとされるRuby用の新しいアプリケーション・サーバー「Raptor」のサイトが公開され期待を煽っています(Hacker News)。 公式サイトによると、RaptorはRailsやSinatraなどを動かすための新しいアプリケーション・サーバー。最適化されたHTTPエンジンにより従来のアプリケーションサーバーと比較して高速に動作し、Unicornの最大4倍、PumaとTorqueboxの最大2倍の速度で動作するとのこと。 現在まだ何もダウンロードできるものは公開されたおらず、パブリックベータ版のリリース日は2014年11月25日に設定されています。メールアドレスを登録しておくと、状態が更新されるか、あるいは第三者のレビューが公開されたときなどにメールで連絡してくれるようなので気になった方は登録してみてはいかがでしょうか。 ちなみに誰が開発されているかということに関しても「We
HashiCorp Blog: Terraform
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
コピペから脱出！iptablesの仕組みを理解して環境に合わせた設定をしよう
Linuxのファイアウォール「iptables」について入門から実践まで解説 数回に分けてLinuxのファイアウォール「iptables（アイピーテーブルズ）」について解説します。 ネット上に有益な設定が溢れているので、あまり理解しないままコピーペーストで運用している方も多いはず。 しかしそれでは実際に攻撃された際に対処できません。 そこでこのページでは、初めてファイアーウォールについて学ぶ方でも理解できるように、全体像と細かな設定の意味について解説します。 目次 ファイアーウォールの種類 NATについて パケットフィルタリングの概要と書式 テーブルについて チェインについて オプションについて パラメータについて 拡張パラメータについて iptablesの記述順序とルールの適用順について ポリシーについて ファイアーウォールの種類 ファイアウォールと聞いて、まず何を思い浮かべるでしょうか
503エラーを防ぐ！Web屋が知っておくべき503エラーの原因と対処 | 知らないと損をするサーバーの話
（この記事は2022年9月29日に更新されました） こんにちは。 京都のWebプランニング会社「ウェブライダー」の松尾です。 某社のレンタルサーバーからCPIのサーバーに乗り換えたことがきっかけで、このコラムを書かせていただく機会を得ました。 現在、ウェブライダーでは、CPIの専用サーバーと共用サーバーのふたつを借り、さまざまなWebサイトを運営しています。 さて、このコラムでは、Web集客を成功させるためのレンタルサーバーの選び方について、いろいろな視点からお話ししていきます。 今回は、Webサイトにアクセスが殺到した際、ページが見られなくなる「503エラー」についてのお話です。 あなたはどこかのWebサイトを見ようとした際、「503 Service Unavailable」「Service Temporarily Unavailable」などのエラーメッセージが表示されているのを見たこ
徳丸浩の雑記帳: 試験環境用VPSとして1時間1円から使えるDigitalOceanが安くて便利
facebookで「もう1個VPS立てなきゃいけないんだけど、毎回比較検討するのも面倒なんで、さくらVPSにするかなー」と言っていたら、安藤さんが（勤務先の）Engine Yardと(勤務先でない)digitalOceanを教えて下さいました。 Engine YardはAWS上で提供されるPaaSということですが、私が探していたのはテスト環境なので、digitalOceanの方を試してみました。 使ってみて、digitalOceanは、VPSと(AWSのような)IaaSの中間的なサービス、あるいはお手軽に使えるIaaSという印象を持ちました。そして、すごく気に入りましたので紹介しますw その特徴は、下記の5点で説明できると思います。 簡単 安い 速い 便利 セキュア 簡単 DigitalOceanを使い始めるのは下記のようにとても簡単です。 サインアップする（メールアドレスとパスワードを入
さくらvpsに移行しました（自宅サーバーお亡くなりの巻） | ず＠沖縄
クーラーもないところで24時間動かしているせいか、うちの自宅サーバーは死ぬ率が高い。このブログを動かしているサーバーは 2009年に買ったものだが、満4年と4ヶ月ほどでお亡くなりに。症状からすると CPU がおかしくなったっぽい。 （このため 6/1未明から夕方にかけて、本サイトにアクセスできませんでした。ごめんなさい） 旧サーバーの状況 久しぶりに分解すると、ケースやマザーボードがところどころ錆ついている。湿度の高い沖縄で24時間動かしているので仕方が無い。たまにしか使わない妻PC（2009年購入）はまだ元気に動いているので 使用状況の差だなあ。 旧サーバーは Athlon X2 5050e (Dual-Core, 2.6GHz, L2 1MB) + 6GB Memory という構成。これでも ブログ*2、Wiki、その他サイト複数を動かしていて、かなり負荷が高かった。 （CPUが死んだ
CentOS で行なっておきたいセキュリティ設定: ある SE のつぶやき
はじめに Linux のセキュリティ設定ってなかなかまとまったものがないので、いろんなサイトを参考にしながら設定をまとめてみました。想定はWeb サーバーで、使用している Linux は CentOS 6.2 です。 設定内容は以下のようになります。 全パッケージのアップデート リモートからの root ログインを無効にする 公開鍵暗号方式を使用した SSH ログイン設定 iptables 設定 SSH ポート番号の変更 不要なサービスを停止 ログ監視設定 ファイル改ざん検知ツール設定 ウィルス対策ソフト設定 Apache の設定 全パッケージのアップデート 最初に以下のコマンドを実行して、全パッケージを最新の状態にする。 # yum –y update 後は脆弱性が発見された時、または定期的にパッケージのアップデートを行う。 リモートからの root ログインを無効にする リモートからメ
OS選定のポイントを整理する
サーバOSを決めるタイミング 本連載もつつがなく第2回を迎えることができた、と言いたいところだが、本題に入る前にまず「第1回：そもそもサーバOSとは何か（http://www.thinkit.co.jp/article/80/1/）」の内容について補足を書いておく。 前回はサーバOSを「Windows系」「UNIX系」「Linux系」「BSD系」の4つの系統に分類したが、読者より「UNIX系、BSD系という分類は、Mac OSXやSolarisの分類が微妙にならないか」といった趣旨の指摘をいただいた。事実、筆者もこの点は執筆にあたり悩んだところでもあった。 結局執筆にあたっては、あくまで初心者向けの連載である以上、より明解な説明を目的とし、よく知られるWindows系OSに対してUNIX系OSを「The Open GroupからUNIX認定を受けたOS」と定義することとした。 これは、例え
DBサーバーの負荷分散
MySQLアクセスを負荷分散する ユーザーからのアクセス数が非常に多いWebサイトにおいて、MySQLのSLAVEサーバーを複数台並べて負荷分散させるということがよく行われています。ただ、Webアクセスの負荷分散は一般的なテーマなのでいろいろなところで語られているのに対し、DBアクセスの負荷分散というテーマは一般的でないのかあまり語られていないように感じます。 DBアクセスを負荷分散するにあたって一番荒っぽい方法は、Webサーバー上のプログラムの中でどのSLAVEサーバーに接続するかをランダムで決める方法です。ランダムと言っても長時間アクセスしているとほぼ接続先が均等化されるので、一見この方法でも問題ないように見えます。しかしこの方法だと、接続しに行こうとしたSLAVEサーバーが高負荷もしくはサービス停止中であっても構わず接続しに行ってしまうという問題があります。 このような問題を解決する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Caddy "listen tcp :443: bind: permission denied"
RHEL, CentOS 7 に移行しよう！ LT
Engadget | Technology News & Reviews
Future of Server Provisioning at Developers Summit 2014
Rackspace Technology | Multicloud Solutions Provider
s3.to