録画サーバ立て直し中なのでメモ代わりに書いておきます。 まず最初に どういう保存方針で行くのか考えておきましょう。主にハードウェア構成に影響してきます。 録画して見たらすぐ消す （TSそのままの状態で）保存する mp4などにエンコードして保存する ハードウェア まずはパココンがないと何も出来ないですねということで。 CPU エンコードをしない（TSそのままで保存・視聴する）のであれば、割と何でもよさそうです。とはいえ、録画中は延々とTSのストリームをHDDに保存し続けるわけで、全くCPUを食わないわけではありません。あまりに太古のCPUだとかATOMだとかは、避けた方が無難かと思います。ATOMで頑張ってる人もいないわけではないので、その辺はググりましょう。 エンコードをしようと思ってるなら当然ながらなるべく強力なCPUを……と思うのですが、Intelの最近のCPUにはQSV(Quick
Domain Registration in over 800 different extensions Enterprise Domain Management since 1999 Mark ProtectTM Online Brand Monitoring and Enforcement Domain Consultancy and Strategy Domain Name Acquisition Domain Disputes and Recovery Web Hosting and Data Center Solutions Please visit www.safenames.net for more information. Europe, Middle East and Africa: +44 1908 200022 USA, Canada & South America:
そう簡単に行くことができないぐらい遠く離れた場所にあるサーバを運用していると、「だめだ！もうコンセントを抜いて強制的に電源断して再起動するしかない！」というケースが出てきます。そういう場合になんとかしてリブートする方法はいろいろありますが、中でも強力なのがこの「iBoot」シリーズです。 コンセント自体がPingを送信してサーバやデバイスの死活監視をしてくれるので、いちいちこまめに監視できないようなケースでも割と乱暴ですが、ある程度放置しっぱなしで運用可能となっています。 製品カテゴリとしては「ネットワークパワースイッチ」「リモートパワースイッチ」と呼ばれるものです。製品の詳細などは以下から。 iBoot Remote Reboot via Web Browser http://dataprobe.com/iboot-remote-reboot.php このiBootシリーズの中でもトップ
[基礎解説] RAID基礎辞典 1．RAID 0とRAID 1とは デジタルアドバンテージ 小林 章彦 2010/10/21 インターネットの普及などによってサーバやクライアントPCで取り扱うデータの容量は増え、種類は多様化している。毎日やり取りされる電子メールの数はうなぎのぼりに増えているし、以前は文章とグラフ程度であった営業用資料に、いまではデジタル・カメラで撮影した製品写真などを貼り込むことも珍しくなくなってきた。また、プレゼンテーションで動画が使われるといった例も増えてきており、こうした流れはさらに広がっていくことが予想される。 当然、それらのデータを保存するディスク・システムも大容量化している。特にここ数年、ハードディスクの大容量化が進んでおり、クライアントPCでも1Tbytesや2Tbytesといった、一昔前ならば大規模なサーバでしか搭載されていなかったような容量のハードディス
California's age verification bill for app stores and operating systems takes another step forwardThe Digital Age Assurance Act will now go to Governor Gavin Newsom. Roblox hit with wrongful death lawsuit following a teen player's suicideAccording to The New York Times, a mother has taken legal action against Roblox and Discord for their alleged involvement in her son's death.
SDカードがサーバーに！ 単体でWebサーバーとして動作する｢Servers Man＠SD｣が発表へ2011.01.06 15:306,905 iPhoneなどあらゆる端末をサーバ化してきた、ServersManのSDカード版が登場です。 CES2011で参考展示される｢Servers Man＠SD｣は、SDカードの中に、CPU、WiFIモジュール、SDメモリモジュールを搭載し、SDカード単体でサーバとして起動するSDカード。ネットワーク機能の無い家電でも瞬時にネットワーク対応にしてしまうSDカードです。 現在おなじカテゴリに属すものとして｢Eye-Fi｣もありますが、ServersMan@SDの特徴は、｢単なる端末からServer機能とClient機能の双方を持った、｢自律Node｣として機能するために、PCやクラウド上のサービスを通さずに直接機器 と機器が交信することが可能｣だそうで、
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
株式会社はてなでは創業以来、ある一定数のサーバは自作のものを使ってきました。例えば、これまで主に活躍していたサーバの「金森」（愛称）は社長の近藤が設計したもの。そして、このたび新型の「marqs-60(マルクス60)」（愛称）がデビュー、無事稼動を始めました。 1Uラックマウント可能なサーバを自作する この新しいサーバ、例えてみるなら長身でスリム、おしゃれも気遣うイケメンだぜ……？とにかく今すぐどこかに自慢しにいきたい。そういえば、データセンターをお借りしているさくらインターネットさんとはお互いに勉強会を開く仲。さくらインターネットさんも「自前主義」を掲げサーバを自社で作っていらっしゃるとか。そこで、お互いの自作サーバを持ち合い、お披露目と情報交換をすることとなりました。 さくらインターネットさん側の参加者は、田中邦裕社長(写真右端）、技術部主任の加藤直人さん（写真右から二番目）。 はてな
Crucial M500 の write endurance が 75TB しか無いというのが話題になっていて、同じく 75TB である m4 をわざと虐待していたホストはどうなったのか気になって調べて見たところ、面白い結果が観測されたという話。 石橋を叩いて壊し障害時の挙動を見るべく「自社全サービスのアクセスログを受け止める syslog サーバ」という、どう見ても書き込み中心で SSD にやさしくないホストをあえて動かしていた。具体的には下記のようなノリのホストである。 iostat の一行目なので uptime 数百日における平均値であることに注意。 [root@touge ~]# iostat -k -x -d sda | sed -n '3,4p' Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await
2013年に起こりうるRAID・サーバ機の障害傾向予測をデータ復旧専門の「日本データテクノロジー」に聞いてきました。どのRAID構成が壊れやすく、どんなRAID構成を組めば、データ復旧がしやすいかなど、いろいろとインタビューし、実際にデータ復旧をしている社内も見学してきました。 詳細は以下から。 データ復旧.comはデータの復元実績No.1|日本データテクノロジー http://www.ino-inc.com/ ◆インタビュー GIGAZINE(以下、G)： それではまず、日本データテクノロジーさんとは、どのような会社で、どのような実績があるのか教えて下さい。 復旧部門 技術開発部門 総責任者 西原世栄さん(以下、西原)： 私たちは、壊れてしまったHDDからデータを復旧させるサービスを提供しています。官公庁・上場企業様がメインのお客様ではありますが、「絶対にデータを復旧したい」と希望される
このコンテンツは、フリーソフトを使って自宅マシン（Windows）をWWWサーバにしてしまう計画です。 CGIプログラムの動作テストをメインに考えたものですが、応用的に自宅マシンを開局サービスすることも可能です。 旧コンテンツにおいては、WWWサーバソフトに AN HTTPD を中心としたものでしたが、昨今のPC環境に対応していないため、XAMPP をメインにした解説ページに全面リニューアルしました。 以下は、本コンテンツを閲覧する際の留意事項です。 自分自身の構築メモという位置付けですので、基本的には質問はお受けしておりません。 あくまでもご参考程度にご覧ください。各自のPC環境によっても内容は異なってくると思います。
前回の書き込み http://anond.hatelabo.jp/20120407162253どんな監視方法なのかをを簡単にまとめてみるうちの会社のサーバー監視方法１５台くらいのwindowsサーバーに自PCからリモートデスクトップ接続する遠隔操作でイベントログやらHDD容量やらを目視チェックして全て台帳（紙媒体）に書き込む以上を全サーバーに行うと普通に毎朝１時間かかる。負荷がでかいので分散の為、若手を入れて１０人くらいで順番にまわしている今後もサーバーが増える予定あり前回の書き込みの反応は大体以下のような感じだった頭おかしいｗｗｗ受けるｗｗｗｗｗいろいろ予想以上 これらのコメントのおかげで、おかしいのは自分の気のせいではないという事にようやく自信を持てた。とりあえず前回すぐにでもできそうな方法を方法を教えてもらったので改善できるかサーバー管理してるチームの一人に相談してみた。自分「毎朝
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
