9月06日03時09分頃に発生した地震による弊社サービスへの影響について - メンテナンス・障害情報・機能追加｜さくらインターネット公式サポートサイト
2018年09月06日掲載 障 害 発 生 の お 知 ら せ さくらインターネット株式会社 平素よりさくらインターネットをご利用いただき、誠にありがとうございます。 9月06日 03時08分頃に北海道地方を中心に発生した地震により、弊社サービスの 一部に影響が発生しておりますので、以下の通りご報告いたします。 ご利用中のお客様には大変ご迷惑をおかけいたしましたことを深くお詫び 申し上げます。 ＜ 記 ＞ 発生日時 : 2018年09月06日03時08分 - 2018年09月08日14時30分 影響範囲 : 石狩データセンター収容サービス 影響内容 : 現在、弊社石狩データセンターへの北海道電力による特別高圧送電が 停止(停電)しております。石狩データセンター収容サービスにつきま しては、自家発電設備により正常に稼働を継続しております。 なお 09月06日03時08分 - 07時44分 に
グランブルーファンタジーを支えるインフラの技術
2017/02/16 Developers Summit 2017
熊本地震｢LINE通話を10分無料｣は大問題だ
4月14日夜に発生した熊本県の地震（震度7）は、今もまだ余震が続いている。寒い夜を屋外で過ごす被災者の映像を見ながら、親戚や知人の身を案じている方もいることだろう。一時的に生じた音声通話がつながりにくい状況も一段落、通信環境は落ち着きを見せ始めているようだ。 そうした中で、無料通話とチャット機能で多くの利用者を獲得し、今や通信インフラのひとつと数えてもよい「LINE」が「通信の常識」を無視した、"社会貢献"を行っている。これは、きわめて大きな問題であり、ここで指摘をしておく。 震度7にすぐ対応し無料化したLINE 今回の地震を受け、LINEの公式アカウントが次のようなアナウンスを行い、テレビや新聞社のウェブサイトで次々に報道された。 "LINEから固定電話・携帯電話にかけられる「LINE Out」機能で、日本国内の番号への発信を1通話最大10分まで無料化しました。家の電話やLINEでつなが
ウェブアプリケーション開発に新言語を採用したときにインフラで考えたこと - ゆううきブログ
この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談
「Webエンジニアが知っておきたいインフラの基本」という書籍が発売されます！ - netmark.jp
突然ですが Webエンジニアが知っておきたいインフラの基本 インフラの設計から構成、監視、チューニングまで という本を書きました。 2014/12/27に発売予定です。ぜひ購入してください！そして年末年始に熟読してください！ぜひ！ ※2015/2/1頃にKindle版も出ました！ 1〜4章は特にインフラに触れたことがない方向けに基本的な内容を、5〜8章はそれだけでなくインフラ初級〜中級のISUCON決勝に残れなかったくらいの方まで広く読んでいただきたい内容になっています。 私はWebシステムの監視・障害対応という職業柄、再現性の高い方法論を言語化してつくるようにしてまして、本書にはそれをたっぷり詰め込みました。 ISUCONやtuningathonでコンスタントに短時間でそれなりの成績を出せてきたのはこの本に書いたような方法論が背景にあるんです。 この本に書いてあることをきちんと実践できれ
急成長するサービスのサーバインフラ - ワザノバ | wazanova
サービスを一から立ち上げる場合も、成功したサービスが更に拡大する場合も、いずれもスケールさせるのは一苦労ですが、今回は、Dropboxの初期の取組みと、Facebookの最近の動きを取り上げてみます。 まずは、DropboxのKevin Modzelewskiが、創業当初のサーバインフラの進化を時系列で紹介している講演から。 Dropboxのデータの特徴 書込みボリューム大: 通常のサービスはコンテンツをつくるより消費するボリュームが圧倒的に多いので、read/write比率が、100:1とか1000:1であるのが典型だが、Dropboxはユーザの全端末がコピーを持つ構造なので、その比率が約1:1になる。つまり、同じサーバに対して、他社よりも100倍、1000倍書込みの役割が大きくなる構造。 ACID特性の要件をしっかり守る必要がある。ユーザの情報を預かるのだから、原子性について、「大きな
インターネットとかで使う海底ケーブルっていつどのくらいの期間で繋げたんだろうね : 暇人＼(^o^)／速報
インターネットとかで使う海底ケーブルっていつどのくらいの期間で繋げたんだろうね Tweet 1: 以下、＼(^o^)／でVIPがお送りします 2014/09/11(木) 01:48:49.06 ID:U9y0lGhW0.net ケーブルの重さで船が沈没しそう 2: 以下、＼(^o^)／でVIPがお送りします 2014/09/11(木) 01:56:29.59 ID:AYvfOJGm0.net そんなまさか一度につなぐ訳じゃないでしょうよ しかしなにかのCMでやってたけど太平洋の底を通ってアメリカまでつながってるのがあるんだっけ？すごいよね 3: 以下、＼(^o^)／でVIPがお送りします 2014/09/11(木) 01:59:17.32 ID:U9y0lGhW0.net たとえばイースター島みたいな離島、地球上に腐るほどあるけど それぞれつないでるのかな？ 8: 以下、＼(^o^)／でV
Reverse Proxyがなぜ必要か、勝手に補遺 - たごもりすメモ
「全体のリソース効率を上げましょう」というためのものである。 Reverse Proxy がなぜ必要か - naoyaのはてなダイアリー これは完璧に正しくて、ただ「リソース効率」という概念はあまり具体的な想像が追い付かない人がいそうだなと思ったので、ちょっとだけ補足しようと思った。 Reverse Proxyを入れることでリソース効率の向上を狙うんだけど、それは以下のような複数の場面におけるそれぞれのリソース効率向上を複合的に狙うものだ。 通常時のトラフィック配信におけるCPU・メモリ使用率を最適化する バースト時(過負荷時)のトラフィックをより細かく制御可能とする 障害時におけるダウンタイムおよび総合的な計算・配信能力の低下を極小化する 多数のサーバによる構成全体を増強・入れ替え・移動あるいは削減する際の自由度の向上を狙う 簡単にコンピュータの性能だけで言うと最初の項目だけをリソース効
2014年のftp.iij.ad.jp
ftp.iij.ad.jpのご利用について ftp.iij.ad.jpは、インターネットをご利用の皆さんに無償でサービスを提供しています。IIJとご契約のない方でも、どなたでもご利用頂けます。 利用できるプロトコルは http, ftp, rsyncです。 ftp.iij.ad.jpのコンテンツの一部をさらにミラーリングする場合は、rsyncプロトコルの利用を検討して下さい。 ftp.iij.ad.jpの運営上支障になるような過度のアクセスがあった場合、特定の接続元からのアクセスを拒否する場合があります。 少し前の話になりますが、2014年1月にftp.iij.ad.jpの機材をリニューアルしました。この記事ではリニューアル前後のftp.iij.ad.jpのサーバ構成について取り上げます。 2007年版、ftp.iij.ad.jp さて、このftp.iij.ad.jp、歴史的経緯から「ft
agilecatcloud.com - このウェブサイトは販売用です！ - agilecatcloud リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Immutable Infrastructure Conference #1 に参加してきた #immutableinfra | DevelopersIO
Immutable Infrastructure Conference #1 : ATND 2014/03/25 Immutable Infrastructure Conference #1 #immutableinfra - Togetterまとめ 最近は最早バズワード化した感も充分ある『Immutable Infrastructure』。この長〜いフレーズを発音する際に途中発音を噛む人が後を絶たない今日この頃、皆様いかがお過ごしでしょうか。(発音に悩んでいる、何とか噛まないようにしたい！という方は以下のエントリを参考にしてみる事をお勧めします) [小ネタ]噛まずにImmutable Infrastructureと言うために ｜ Developers.IO さて、本題です。こちらの『Immutable Infrastructure Conference #1』、発表と同時に参加応募者が殺
デブサミ2014「サーバプロビジョニングのこれまでとこれから」講演メモ #devsumi - 元RX-7乗りの適当な日々
期待通り、面白い話だったのでメモを残しておく。 「サーバプロビジョニングのこれまでとこれから」 宮下 剛輔 氏 mizzy @gosukenator paperboy&co. テクニカルマネージャ サーバプロビジョニングとは プロビジョニングは3つのレイヤがある。 orchestration application service orchestration configuration system configuration bootstrapping cloud or vm image launch os install あまり厳密に捉えすぎる必要はない。とのこと。 Bootstraping 今日は割愛 Configuration ミドルウェアのインストールとか設定とか いわゆる構成管理ツール CFEngine, Puppet, Chef, Ansibleなど 会場は、Chef利用者多
Immutable Infrastructureに対する自分なりの考えメモ - $shibayu36->blog;
インフラ系技術の流れ - Gosuke Miyashita 今さら聞けない Immutable Infrastructure - 昼メシ物語 2014年のウェブシステムアーキテクチャ - stanaka's blog http://rebuild.fm/25/ この辺りを読んだ。自分の中ではImmutable Infrastructureについてはここ一週間で調べただけであり、解説などは出来ないが、とりあえず自分用のメモとして自分の思ったことなどを書いていく。 コンテナベースのデプロイ Dockerなどが出てきたことにより、Dockerのイメージをそのままアップロードし、それを本番でも動かすということが出来そうというのが面白かった*1。こういう風なフローになるとすると、これまでのデプロイ手順とは全く違うようになりそう。 これまでのデプロイと、コンテナベースのデプロイ これまでのデプロイは
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
DMM inside
“爆速” 導入の舞台裏！デジタル庁が提供する「デジタル認証アプリ」の活用で実現「安全で簡単な本人確認システム」
「これからのWeb(バックエンド)」を自分の頭で考えてみた - As a Futurist...
ふと今更、年初のCROSS 2013の「次世代 web セッション」の動画を見て、うんうん唸ってしまった。プロトコル編の方は知識不足であんまり分からなかったですが、アーキテクチャ編の方はグサグサくるものがあった。「自分の頭でこれからの web を考えてブログに書くまでがこのセッション」という宿題が出ていたので、せっかくなので最近考えてることをつらつらと書いておこうと思った次第。特にまとまりはないですし、戯言です。 これからの Web の話をしよう。 (次世代 Web セッション @ CROSS2013) – Block Rockin’ Codes 前提 僕はコード書いてない＆サーバサイドしか見たことない＆WEB サーバはあんまり見たこと無くて、それより後ろ側ばっかり見てた人なので、ユーザ側とかアプリ開発者がどうなっていくかについて特に尖った意見はありません orz SPDY とかもまだ手を
VMotionによる仮想マシンの無停止移行
VMotionによる仮想マシンの無停止移行：VMware Infrastructure 3徹底入門 実践編（13）（1/4 ページ） 連載「VMware Infrastructure 3徹底入門」では、VMware Infrastructure 3のコンセプトやアーキテクチャといった、いわば理論的な部分を紹介した。新連載の「VMware Infrastructure 3徹底入門 実践編」では、実際の設計から導入、運用までを紹介する。今回は稼働中の仮想マシンを、サービスの停止なしに別の物理サーバへ移動できる機能「VMotion」について解説する ライブ・マイグレーション（無停止移行）は仮想化により得られる大きなメリットの1つである。 今回はライブ・マイグレーションを実現する機能、VMotionについて説明する。また、異なるCPU互換性グループ間においてもVMotionを可能にする技術、EVC
はてなの脱「自作サーバー」宣言から「さくらのクラウド」の未来まで はてな×さくら座談会2011夏 - はてなニュース
2011年夏、はてなは自社サーバー群の保守運用を、自社管理から「さくらインターネット」への業務委託に切り替えました。はてなが自作サーバーの自主運用から大規模データセンターへのアウトソースに切り替えた理由や、さくらインターネットが2011年11月にサービス開始を予定している「さくらのクラウド」について、さくらインターネットの田中邦裕社長、はてな最高技術責任者（CTO）の田中慎司（id:stanaka）、はてなエンジニアの吉田晃典（id:marqs）が語り合いました。 （※この記事は、さくらインターネットの提供によるPR記事です） クラウドサーバーはIaaS型のさくらのクラウド http://ishikari.sakura.ad.jp/ http://ishikari.sakura.ne.jp/blog/ ■ はてな、脱「自作サーバー」宣言の理由 stanaka この度はてなは、さくらインター
Facebook最新の自社サーバとデータセンターの写真や仕様が満載、高度なサーバ効率化技術を公開する「Open Compute Project」開始
Facebookが独自に研究して培ってきたデータセンターやサーバ運用の最新テクノロジーの詳細な画像や仕様のドキュメントなどが満載の「Open Compute Project」がオープンしました。できるだけ低いコストで最も効率的なインフラストラクチャーを構築するためにソフトウェア・サーバ・データセンターを最初から最後まで独自に設計して構築するという手法を採用しています。 他のデータセンターよりも電力使用量は38％も効率化されており、コストは24％削減、変圧器損失についても今までは11～17％の損失だったものをわずか2％に抑えて効率化、しかも冷却のためのエアコンを廃止し、外気を取り入れて空調の配管なしで冷やすという方式。さらにサーバ用のシャーシも独自の設計となっており、CADファイルもダウンロード可能で、使用しているAMDとIntelのマザーボードなども仕様付きで公開、使用しているラックなども
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LANケーブル配線.com| データセンターの安定稼動を実現する技術情報サイト