はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Linuxサーバーの最適化: vmstatとiostatを活用した性能分析と対処法 0.目的 インフラ開発者として、必須な性能分析を身につけることを目的としています。 カーネルパラメータをチューニングをする際に性能分析を前提とし、分析結果からチューニングしていきますが、具体的な指標というものが少ないので参考になれば幸いです。 基本的なvmstatの使い方については、ちょっとググればいくらでも出てくるので割愛します。 「Linuxカーネルパラメータのチューニング＆設計」でロードアベレージが高い状態にある場合、次のアクションとしてCPU使用

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「SEの成長戦略：有効時間を最大化する方法」 SEの本質について以前書きましたが、 やはりSEとしてただ仕事していればいい訳じゃなく、どれだけ成長したかがポイントだと思います。 有効な時間を得るためには １つのプロジェクトで何を担当するかで、ある程度得られるスキルは決まってしまうことはありますが、そこは 決まる前にどれだけ主張出来るかにもかかってます｡ また、担当が決まってからも、他の人が忙しそうなら「手伝います」と言って結果的に仕事を奪っちゃえばいいわけですし!! 何が有効か では、どこまでがSEとして有効なのか!? それは目指してい

findコマンドで-execオプションを使用する時の最後の{} ;ってなんだっけ？ 私は、-execじゃなく殆どxargsを使ってますが、シェル改修で-execを久々に見ました。 過去、-execオプションも使ってましたが最後の{} ;ってなんだっけ？ と素朴に思いました。 まあ、manを見ろって話なんですが。 findのman

RHEL8の主なバージョン OpenSSL 1.1.1、TLS 1.3,GCC 8.2、OpenJDK 11/8などがサポートされる。PythonはPython 3.6がデフォルト、Node.jsのサポートや、PHP 7.2、Ruby 2.5、Perl 5.26などが提供される。データベースはMariaDB 10.3、MySQL 8.0、PostgreSQL 10/9.6、redis 5、Apache HTTP 2.4、nginx 1.14がデフォルト。 RHEL9の主なバージョン OpenSSL 3.0.1、TLS 1.3,GCC 11.2.1、OpenJDK 17/11などがサポートされる。PythonはPython 3.9がデフォルト、Node.js 16、PHP 8.0、Ruby 3.0、Perl 5.32などが提供される。データベースはMariaDB 10.5、MySQL 8.0

自分用にファイル共有できるようにRaspberryPi4とNextCloudを構築したが、サーバを構築しなくともファイル共有も同期もできるソフトウェアがあることを発見し試してみました。 ストレージサービスだと、どうしてもセキュリティ面が不安ですし、漏洩ニュースなどを見ると不安ですよね。 なので、この「Syncthing」を使用したことで操作感的にもセキュリティ的な面でも問題ないか検証してみました。 1. Syncthingとは Syncthingは継続的なファイル同期プログラムです。 2つ以上のコンピューター間でファイルをリアルタイムで同期し、覗き見から安全に保護します。あなたのデータはあなた自身のデータであり、あなたはそれが保存されている場所、それが第三者と共有されているかどうか、そしてそれがインターネット上でどのように送信されるかを選択する価値があります。 Syncthing公式HP

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? NTPに変わるChronyって何が変わったの？ RHEL7でも標準でもChronyは、標準で導入されていましたが、RHEL8BetaではChronyのみがサポートされるようになりました。 RHEL8は、現状Beta版ではありますが今年中には正式版もでるでしょうから、今のうちにchronyを調査・検証してみようと思います。 1. Chronyとは 1.1. Chronyとは Chronyは、NTPクライアントとNTPサーバーの実装のひとつです。NTPのリファレンス実装であるntpdとは異なる時刻同期アルゴリズムを採用しているため、より効率

0. 目的 【プロジェクト管理ツール】を導入する目的は、DevOpsの一環として、管理ツールを導入し運用の効率化を図る目的と考え、私個人の見解と選定・調査・検証した結果を以下の記事に掲載します。 1. プロジェクト管理ツール選定 1.1. Excelでプロジェクト管理は、NGなの？ エクセルでプロジェクトのスケジュールは、簡単そうに感じている人が多いと思いますが、計画通り進めばプロジェクトに支障をもたらすことはないと思います。 ですが、計画自体の変更やタスクの追加などと、その度にエクセルを修正しメンバーに修正した旨を展開しなければなりません。特に各タスクの関連線などは、修正が面倒になります。 また、共有しているとはいえ、一つのエクセルファイルを複数メンバーで修正しますので、実績の記録が面倒となり、修正が追い付かない状況をよく見かけます。 エクセルでプロジェクト管理するには、【計画の修正】、

cgroupsを利用したリソースコントロール(RHEL7) cgroupsとは cgroups(Control Groups)とは、「プロセスをグループ化して、 リソースの利用をコントロール」するカーネル機能で、 Linux 2.6.24からマージされています。 具体的には、グループ単位でリソースの割り当て、 優先度、管理、モニタリングなどが設定できます。 cgroupsそのものはプロセスを「コントロールグループ」 と呼ばれる単位にまとめるだけで、リソースコントロールを 行うにはコントロールグループに「サブシステム」 と呼ばれる抽象化されたリソース群をつなげる必要があります。 主なサブシステムには、次のようなものがあります。 ・cpu CPUへのアクセス ・cpuacct CPUについての自動レポートを生成 ・cpuset マルチコアCPUのコア単位およびメモリノードを割り当て ・memo

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Jenkinsをdocker上に構築 1. Jenkins 1.1. 目的 前回は、GitBucketを構築するところまで実施しましたが、次のステップとしてCI環境の整備です。 CI(継続的インテグレーション)環境として、Gitbucketと連携可能なJenkinsを構築してみます。 CI環境を導入することで、作業品質の向上と作業コストの削減を目指します。 前回のGitBucket環境の構築はGitBucketをdockerで構築を参照。 1.2. CIとは まずCIとは、Continuous Integration: 継続的インテグレ

Ansibleとは 【Ansible】とは、『構成管理ツール』です。 何を構成管理するかというと、サーバのインフラをコードで管理する【Infrastructure as a Code】ツールで、【Chef】や【Puppet】などと同様なツールです。 【Chef】や【Puppet】では、高度な管理を行うとするとRubyが前提となっているので、インフラ開発者では学習コストが高く、エージェントが必要となるため導入のハードルが高い。 それに対して【Ansible】は、以下の特徴を持っている。 エージェントレスな構成管理ツール クライアントは、SSH接続(要鍵認証)でき、Pythonが導入されていること 設定がシンプル(そのため、複雑なことは苦手) ツールにより、冪等性(べきとうせい)を担保 ただし、AnsibleはOSにIPアドレスが設定されており、接続条件を満たしている必要があります。 したがっ

masterとreleaseブランチを作成。 何か作業する時は必ずmasterブランチから<開発者名>/<開発名>という名前でブランチを切りそちらで作業する。作業完了後masterへマージ。 masterへマージした後<開発者名>/<開発名>ブランチは削除する。再作業時に都度同名ブランチを作るようにすること。 master→<開発者名>/<開発名>ブランチへのマージは適宜おこなう。 作業がある程度終わりプレビュー、納品を行う段階に入ったらmaster→releaseへマージする。 納品したリビジョンはreleaseブランチよりTagを付ける。release/[YYYYMMDD（公開年月日）]/v[バージョン番号] 一度納品データが完成しTagを付けた後、再修正・再納品が発生した場合、バージョン番号を上げてタグを付け直し古いバージョン番号のタグを削除する。 1.4. READMEを書く リポ

Windows Server 2016標準コマンドでできる簡単パケットキャプチャ 今までは、WireShark等のパケットキャプチャーソフトウェアを 導入しないとキャプチャー出来ないと思っていましたが Windows Server 2008 R2(Windows 7) 以降(私が知らなかっただけかｗ)であれば、 OS標準機能の[netsh]コマンドでパケットキャプチャーを取ることができます。 ※ただし、要管理権限 (Linuxのtcpdump,AIXのiptrace,SolarisのSNOOP,HP-UXのnettlに相当) 他OSのパケットキャプチャー方法は、パケットキャプチャ あんちょこを参照。 簡単にソフトウェアとか追加できないような環境が多いので OS標準であると大変助かります。(多少手間はあっても) ただし、[netsh trace]コマンドにてパケットキャプチャを開始、停止する