この度、XREAサーバーにおいて、システムの増強および、新仕様のサーバーへマイグレーション(移行)を行うこととなりました。新サーバーについては、全プランに最新システム、データ処理速度に優れたSSDを採用し、より高速化と安定稼働が可能となっております。
この度、XREAサーバーにおいて、システムの増強および、新仕様のサーバーへマイグレーション(移行)を行うこととなりました。新サーバーについては、全プランに最新システム、データ処理速度に優れたSSDを採用し、より高速化と安定稼働が可能となっております。
未だ現役なPerl5.8 & MySQL4.0とどう戦うか? ライブドアブログが生んだカオスとレガシーからの脱却 Inside of Blog 15年熟成されたサービスの光と影、カオスとレガシーへの挑戦 #2/2 2019年11月20、21日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。1日目は「Engineering」をテーマに、LINEの技術の深堀りを、2日目は「Production」をテーマに、Web開発技術やUI/UX、プロジェクトマネジメントなど、より実践的な内容についてたくさんのプレゼンテーションが行われました。「Inside of Blog; 15年熟成されたサービスの光と影、カオスとレガシーへの挑戦」に登壇したのはLINE 開発Bチームの大森貴博氏。後半パートとなる今回は、現役で稼
XREAサーバーのマイグレーション(移行)作業は全て完了いたしました。 ご理解とご協力をいただきまして、誠にありがとうございました。 この度、XREAサーバーにおいて、システムの増強および、新仕様のサーバーへマイグレーション(移行)を行うこととなりました。新サーバーについては、全プランに最新システム、データ処理速度に優れたSSDを採用し、より高速化と安定稼働が可能となっております。
中〜大規模サービスのインフラの様子を知りたいアプリケーションエンジニア向けに、もともとアプリケーションコードを書いていた視点から、個人的な体験をベースにはてなで大規模サービスのインフラを学んだ過程や学んだ内容の一部を紹介します。 Webアプリケーションのブラックボックス Webアプリケーションフレームワークの向こう側 なぜ複数のサーバが必要なのか 突然のWebサービス3層構成 リバースプロキシ アプリケーション データベース その他のコンポーネント キャッシュは麻薬 飛び道具としてのKVS/NoSQL 非同期処理 バッチ処理 Mackerelの場合 参考 まとめ Webアプリケーションのブラックボックス 今年もはてなインターンの時期が近づいてきた。 毎年ではないけど、はてなインターンでは「インフラ講義」というのをやっている。 今年はインフラ講義の講師としてアサインされたのでちょうど何を話そ
[2014/11/28 19:00] 平素はバリュードメイン、XREAサーバーをご利用いただきありがとうございます。 下記内容で、順次メンテナンスを実施させていただきます。 背景として、セキュリティ上、古いApache、PHP、MySQL、PostgreSQLを継続提供する事が困難になっております。 各ソフトウェアを最新バージョンに変更いたしますので、大変お手数ではございますが、下記を参照の上、ご対応をお願い申し上げます。 ○メンテナンス日時 / 対象サーバー ・2014/12/16 06:00 〜 09:00 / s1 - s10.xrea.com ・2015/01/21 00:00 〜 09:00 / s11 - s100.xrea.com (13日から延期) ・2015/03/25 00:00 〜 09:00 / s101 - s199.xrea.com ・2015/04/22 00
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
なんでもありのWebアプリケーション高速化バトル、#isucon に会社の同僚 @Songmu @sugyan と3人で、fujiwara組として参戦してきました。結果、幸いにも優勝を勝ち取ることが出来ました。 こんなに楽しいイベントを企画、運営していただいた Livedoor の皆様、本当にありがとうございます!! さて、ざっとチューニングした経過などを記録しておきます。 [追記] もっと詳しいレポートを @Songmu が上げているのでそちらもご覧ください おそらくはそれさえも平凡な日々: #isucon で優勝させてもらってきました [さらに追記] #isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店 自分でももう少し詳しく振り返りエントリ書きました。 まず説明を聞いて、環境を作るところから。IPアドレスでは作業がしにくいし事故も起こりそうなので、host
※ID名は申し込みサイトから引用 1位、methane氏 2位、toshiak_netmark氏 3位、yamaji・tottokugチーム 4位、jun_kanzaki・nntatanoチーム 5位、kazuho氏 6位、goodoo氏 7位、riywo氏 8位、najeira氏 9位、kamipo氏 10位、Ryoutarou Setou氏 APCによるチューニングやPHP自体の再コンパイル 結果発表のあと、各チームからのチューニングのポイント、また、司会進行の山崎氏、クラウドスポンサーAmazon Data Services Japan K.K.の玉川憲氏からの公表が行われました。 優勝したmethane氏は、 ボトルネックの確認をした上で、ちょうど直前に仕入れた情報の「PHP5.4」を導入することを決めたそうで、phpinfoに記載されているconfigureオプションをベースにビ
7/9(土)にチューニンガソン というイベントに参加して優勝してきたので、その報告と、何を考えてどんなチューニングをしたのかを 記憶の範囲で公開したいと思います。 今回のチューニンガソンのお題は、WordPress(ja) + php + Apache + MySQL で、 ab を使って wp-comment.php 経由でコメントのポストをすることで計測が行われました。 MySQLとApacheを立ち上げたらWordPressが動く環境が渡され、そのWordPress自体は設定ファイルを含めて 改造が一切禁止、WordPressの実行をショートカットするチートも禁止です。 0. 試合前日 環境がAWSとAMI Linuxということは事前に公開されていたため、前日にAWSに登録して少しだけAMI Linuxを 触ってみました。yumベースだけどCentOSと違って結構新しいバージョンが用
CentOSの設定 SELinuxを無効にする /etc/sysconfig/selinux 開き、 SELINUX の値を disabled に変更後、CentOSを再起動してください。 # vi /etc/sysconfig/selinux SELINUX=enforcing ↓ SELINUX=disabled 再起動後、 getenforce コマンドを実行してSELinuxが無効になったことを確認してください。"Disabled"と表示されればSELinuxは無効になっています。 # getenforce Disabled iptablesでHTTPを許可 CentOS 5.6をインストールした直後の状態ではiptables(ファイアウォール)が有効になっており、外部からサーバ上の80/tcpポート(HTTP)に接続することができません。このままではwebサーバを立ち上げてもクラ
Something went wrong, but don’t fret — let’s give it another shot.
Redmineを実行するのに必要なもの RedmineはRubyによるwebアプリケーションフレームワークRuby on Railsで記述されています。従って、Redmineを利用するためにはRuby on Railsのアプリケーションが実行できる環境を構築する必要があります。 そのために本手順書では次のものをインストールします。 Apache (webサーバ) Passenger (Ruby on RailsアプリケーションをApache上で実行するためのモジュール) Ruby Enterprise Edition (Passengerとの組み合わせでメモリを効率よく利用できるよう変更が加えられたRubyインタプリタ) CentOSの設定 SELinuxを無効にする /etc/sysconfig/selinux 開き、 SELINUX の値を disabled に変更後、CentOSを再
Redmineを実行するのに必要なもの RedmineはRubyによるwebアプリケーションフレームワークRuby on Railsで記述されています。従って、Redmineを利用するためにはRuby on Railsのアプリケーションが実行できる環境を構築する必要があります。 そのために本手順書では次のものをインストールします。 Apache (webサーバ) Passenger (Ruby on RailsアプリケーションをApache上で実行するためのモジュール) Ruby Enterprise Edition (Passengerとの組み合わせでメモリを効率よく利用できるよう変更が加えられたRubyインタプリタ) CentOSの設定 SELinuxを無効にする /etc/sysconfig/selinux 開き、 SELINUX の値を disabled に変更後、CentOSを再
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く