タグ

000.会社に関するhilolihのブックマーク (23)

  • LDAP の関連用語とデータ格納方式

    18.4. LDAP の関連用語とデータ格納方式LDAP には、データを管理するバックエンドデータベースにいくつかの種類がありますが、通常は、LDBM と呼ばれるデータベースでツリー状にデータを管理します。このときディレクトリサービスの基点となるディレクトリは、ベース DN(suffix)と呼ばれています。そして、このベース DN を基点にツリー状にデータを格納していきますが、LDAP ではそれらのデータをエントリと呼びます。また、各エントリは DN(Distinguished Name)と呼ばれる識別名によって一意に識別されます。 エントリには属性が含まれます。属性とは、エントリに関連付けられた情報を意味します。例えば、エントリが組織であるとすると、そのエントリの属性には、会社名が考えられます。また、エントリが人や社員であるとすると、そのエントリの属性には氏名、メールアドレス、内線番号な

  • logrotateの設定とファイルのアクセスモードについて

    忙しい人のために先にまとめログファイルのopen時のアクセスモードは os.O_WRONLY|os.O_APPEND|os.O_CREATE を指定するlogrotateの設定には nocreate を渡すlogrotateではファイルをmvした後に行う処理が書けるので、そこでアプリケーションに対してシグナルを送ることでlogrotateの処理を実装できるfluentdはログのローテートを頑張って検知している ファイルディスクリプタについてファイルを open するとファイルディスクリプタを得られます。ファイルに書き込む際にはファイルディスクリプタ経由で書き込みを行います。 Linuxシステムプログラミング 23pをちょっと長めに引用します。 ファイルを読み書きする前にはオープンする必要があります。カーネルはオープンしたファイルをプロセスごとに管理しており、これをプロセスのファ

  • SNMPによるネットワークモニタリング「第2版」by ITmedia

    ベストセラーとなった「SNMPによるネットワークモニタリング」を刷新する特集が登場。SNMP入門のバイブルとして、再びリファレンスとなるよう最新バージョンを元として1から10までを語っていく。 すべて表示 新着記事 関連記事 関連リンク 新着記事 第7回 RRDtoolでグラフ化モニタリング SNMPを使った機器のモニタリングには、統計を把握するためにグラフ化させることが一般的だ。今回の記事では、RRDtoolとフロントエンドツールを使って視覚化させる方法を解説しよう。 (2007/5/30) 第6回 サーバ異常をSNMPで通知させるには SNMPでサーバリソースを監視するとさまざまな状況を把握することができる。異常となる予兆をとらえることができ、その予兆はメールなどで受け取ることが可能だ。 (2007/5/25) 24時間稼働のために――サーバ管理者が知っておくべき自動復帰ノウハウ 24

  • ミラーリングされたボリューム・グループ内の障害のある物理ボリュームの交換

    次の手順で、ミラーリングされたボリューム・グループ内の障害のある物理ボリューム (PV) を交換します。 replacepv コマンドは、 ほとんどの構成で障害のある PV を交換する方法を備えています。 replacepv コマンドを使用できない構成には、代わりの手順もあります。 概要 ここで解説する情報は AIX® の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。 障害のある PV を使用する論理ボリュームのすべてに、他の使用可能な PV 上で有効なコピーがあります (考えられる例外は専用ダンプ論理ボリュームです)。 replacepv コマンドを使用した障害のある PV の交換 以下の前提条件のいずれかを満たすことができない場合は、代替手順を参照してください。 障害のある PV を含

  • ロードバランサ再入門

    おっさんエンジニアがロードバランサについて改めて設計・構築するに当たり、 ロードバランサの基 最近の動向 (と言っても最新ではない) について整理した情報を共有します。 新人教育にでも使って頂けるとうれしいです!

    ロードバランサ再入門
  • Linuxで共有ライブラリの作成とダイナミックリンクをする方法

    Linuxで共有ライブラリの作成とダイナミックリンクをする方法を紹介します。 1.はじめに ライブラリはリンク方法によって次の2種類に分けられます。 共有(シェアード)ライブラリ、またはダイナミックリンクライブラリ(DLL) 静的(スタティック)ライブラリ それぞれのライブラリのリンク方法も次の2種類に分けられます。 共有ライブラリをリンク:ダイナミック(動的)リンク、 静的ライブラリをリンク:スタティック(静的)リンク Linuxでは共有ライブラリを利用するのが一般的で、共有ライブラリの拡張子は.so(shared object)となっています。 ということで、Linuxで共有ライブラリの作成と、作成した共有ライブラリをダイナミックリンクで利用する方法を紹介します。 サンプルはC言語で作成します。 2.共有ライブラリ用プログラム 共有ライブラリ用プログラムとして、下記のコードを記述します

    Linuxで共有ライブラリの作成とダイナミックリンクをする方法
  • https://www.linux-toys.com/archives/14

  • 第7回 Pure Storageの登場が、VDIにおけるオールフラッシュストレージの可能性を変えた | エス・アンド・アイ

    シンクラ概論 【第7回】Pure Storageの登場が、VDIにおけるオールフラッシュストレージの可能性を変えた シンクラ概論の5回目でハイブリッドストレージとオールフラッシュストレージの活用において、オールフラッシュストレージをVDIで採用するのは現実的でないとの見解を述べた。しかし、2014年末に実施した、あるオールフラッシュストレージの評価検証が、その考えを180度転換させた。 今回は、シンクラ概論『番外編』として、オールフラッシュストレージであるPure Storage社のFlashArrayとVMware社のHorizon Viewとの組み合わせの検証結果を交えながら、今後のVDIにおけるオールフラッシュストレージの活用方法を紹介しよう。 従来のストレージでは磁気記憶媒体にHDDを利用するのに対し、オールフラッシュストレージはすべてSSDなどのフラッシュデバイスで構成される。H

    第7回 Pure Storageの登場が、VDIにおけるオールフラッシュストレージの可能性を変えた | エス・アンド・アイ
  • [PDF]フォントのしくみ

  • 押さえておきたいvSphereの基本-可用性編 vSphere HA/FT

    「押さえておきたいvSphere の基」の可用性編の1回目として、前回、vSphere DRSをご紹介しました。 今回は、2回目として、ホスト障害の際にも仮想マシンの稼働を最大化する機能、vShpere HA、vSphere FTに関して順にご紹介します。 ESXiホスト上で稼働している仮想マシンは、そのホストが障害で止まってしまった場合、稼働停止を余儀なくされます。 vSphere HAは、ホスト障害により止まってしまった仮想マシンを他の正常なホスト上で再稼働する機能を提供します。 例えば3台のホストがvSphere HAで構成されている上記の様なケースで、真ん中のホストが何らかの障害により止まってしまった場合、このホスト上で動いていた仮想マシンは停止してしまいます。この障害を検知すると、他の正常なホスト(上記の場合は左右ホスト)が仮想マシンを自動的に再度稼働させます。vSphere

    押さえておきたいvSphereの基本-可用性編 vSphere HA/FT
  • AD のドメイン環境での時刻同期のメモ

    Active Directory Domain Services を使った、いわゆるADのドメイン環境の時刻同期についてのメモです。 ドメイン環境においては、Kerberos 認証の TGT の仕組みでセキュリティを担保するために、デフォルトで5分以上の時間差があった場合に認証に失敗してしまいます。 ですので、ドメインコントローラーとクライアントで、時刻が同期されていることが必須です。 ちなみに、デフォルトで構築したドメイン環境では、クライアントはドメインコントローラーと時刻同期をするように設定されます。 ですので、なにか障害が発生して初めて気になる箇所かもしれないです。 Windows Server で構築した環境での時刻同期について、詳しく知りたい方は、MS のドキュメントをご覧ください。 https://technet.microsoft.com/en-us/library/cc77

    AD のドメイン環境での時刻同期のメモ
  • Credential Locker Overview

  • DHCP_BROADCAST flag RFC2131(Dynamic Host Configuration Protocol)

    トップページ - 翻訳ドキュメント - RFC 2131 原文:ftp://ftp.rfc-editor.org/in-notes/rfc2131.txt 2004/08/20 0.1.0 初版 2005/12/16 0.2.0 一年以上ぶりに全体的に見直し。意味が違っていた部分があったのでマイナーバージョンアップしました。 2016/03/27 0.2.1 誤記修正(セクション 4.3.2) ソーシャルブックマーク: サイト内関連リンク: RFC 3396 DHCPv4における長いオプションの符号化 Network Working Group Request for Comments: 2131 Obsoletes: 1541 Category: Standards Track 動的ホスト構成プロトコル Dynamic Host Configuration Protocol この文書の位

  • Hyper-VとVMwareの個別機能比較、Windows Server 2012R2標準

    Hyper-VとVMwareの個別機能比較、Windows Server 2012R2標準
  • ダウンロード No.004006 CF-MX3、AX3、SX3、NX3、LX3、C2Cシリーズ、FZ-G1F、M1A、M1Cシリーズ Windows 7(64bit)から Windows 10(64bit)へのアップグレード対応モジュール| パナソニック パソコンサポート

    Let'snote CF-MX3、AX3、SX3、NX3、LX3シリーズ TOUGHBOOK CF-C2Cシリーズ TOUGHPAD FZ-G1Fシリーズ、FZ-M1Aシリーズ、FZ-M1Cシリーズ 【ご注意】 情報は、Windows 7(64bit)をお使いの状態からの操作を想定しています。 Windows 7(32bit)をご使用の場合は、Windows 7(64bit)環境に再インストールしてから実行してください。 win81_7to10_up_hsw.pdf / 122,496 bytes cppc_d20154868.exe / 1,671,184 bytes sd_o2_d20154990.exe / 15,304,760 bytes wlan_d20155117.exe / 372,763,448 bytes vbd_d20154983.exe / 1,334,408 by

    hilolih
    hilolih 2017/11/29
     CF-NX3用ドライバ
  • 高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋

    はじめに アクセスが急増すると、応答時間が著しく悪化するサイトはありませんか? 普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の2倍や3倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。 あるサイトの実状 つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。 しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。 仮説を立

    高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋
  • ぜんぶTIME_WAITのせいだ! - Qiita

    課題 突然キャンペーンとかの高トラフィックが来る!とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない!!とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 とりあえず何とかしたい TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.39

    ぜんぶTIME_WAITのせいだ! - Qiita
  • PythonでTCPスタックを記述するとどうなる? | POSTD

    Hacker School在籍中、ネットワーキングの理解をより深めたいと思い、小規模なTCPスタックを書いてみようと思い立ちました。個人的には、C言語よりもPythonの方になじみがありましたし、その頃ちょうど、パケット送信を 非常に簡単に する scapy ネットワーキングライブラリも見つけたところでした。 そんなわけで、 teeceepee を書き始めました。 基的な構想は次のとおりです。 TCPパケットを送信可能にするRaw socketを開く google.comを取得するためにHTTP要求を送る 応答を取得しパースする 成功を祝う 適切なエラー処理などについてはさほどの注意も払わず、ただただウェブページを取得し、勝利を宣言しようと思っていました(^_^) ステップ1:TCPハンドシェイク 手始めは、GoogleとのTCPハンドシェイクです(以下は必ずしも正しく動作しませんが、原

    PythonでTCPスタックを記述するとどうなる? | POSTD
  • TCPを(少しは)理解しておくべきその理由 | POSTD

    この記事はTCPの 全て を理解する、あるいは 『TCP/IP Illustrated』 (訳注:日語版: 『詳解TCP/IP〈Vol.1〉プロトコル』 )を読破しようとか、そういうことではありません。ほんの少しのTCPの知識がどれほど欠かせないものなのかについてお話します。まずはその理由をお話しましょう。 私が Recurse Center で働いているとき、PythonでTCPスタックを書きました( またPythonでTCPスタックを書いたらどうなるかについても書きました )。それはとても楽しく、ためになる経験でした。またそれでいいと思っていたんです。 そこから1年ぐらい経って、仕事で、誰かが「NSQへメッセージを送ったんだが、毎回40ミリ秒かかる」とSlackに投稿しているのを見つけました。私はこの問題についてすでに1週間ほど考え込んでいましたが、さっぱり答えがでませんでした。 こ

    TCPを(少しは)理解しておくべきその理由 | POSTD
  • Deploying Printers by Using Group Policy