第21回 LXCの構築・活用 [7] ─ いろいろなストレージバックエンドの利用（3：LVM） | gihyo.jp
デフォルト値以外の名前を持つThin Provisioning用プールを使いたい場合は--thinpoolオプションでプール名を指定します。 デフォルト値以外のボリュームグループを使いたい場合は、--vgnameオプションでボリュームグループ名を指定します。Thin Provisioning機能を使う場合でも使用するボリュームグループ名はlxc-createコマンドが使う値（つまりlxc.bdev.lvm.vgの値もしくは--vgnameの設定値）と一致している必要があります。 特に指定しなければ論理ボリューム名はコンテナ名となります。コンテナ名以外の論理ボリュームを使いたい場合は--lvnameで指定します。 あらかじめOS上で作成しておくファイルシステムと違って、LVMの場合はコンテナを作成したりクローンしたりする際に論理ボリュームを作成しますので、その上に作成するファイルシステムの種
![第21回 LXCの構築・活用 [7] ─ いろいろなストレージバックエンドの利用（3：LVM） | gihyo.jp](https://cdn-ak-scissors.b.st-hatena.com/image/square/3952b726985203aab0ce5c435da8248039ac56b1/height=288;version=1;width=512/https%3A%2F%2Fgihyo.jp%2Fassets%2Fimages%2FICON%2F2022%2F1998_linux_container2022.png)
LVM, Demystified | Linux Journal
I've been a sysadmin for a long time, and part of being a sysadmin is doing more than is humanly possible. Sometimes that means writing wicked cool scripts, sometimes it means working late, and sometimes it means learning to say no. Unfortunately, it also sometimes means cutting corners. I confess, I've been "that guy" more than once. A good example is SELinux. On more than a few (hundred!) occasi
IDCF テックブログ
IDCフロンティアのUI・UXチームです。 前回はフロントエンド領域の開発に関する業務フローを中心にご紹介しました。今回は利用技術だけでなく、効率的に開発を進めるための工夫や普段気を付けている点などをご紹介します。 前回のブログ内容と合わせて読んでいただくと、実際の業務イメージが想像しやすいかもしれません。 利用技術 JavaScriptライブラリ ライブラリの取り扱い 静的解析ツール CI CD 生産性を上げるための工夫 デザインシステムを用いたUI仕様の決定 テスト駆動開発を用いた手戻り・抜け漏れの防止 Autifyを用いたE2Eテストの実施 普段開発やコードレビューで意識していること 長期メンテを考慮した設計・実装にする 初心者でも読める実装を心がける どんな方が向いているか お客さまの分かりやすさを追及するためにどんなUIがいいか考えられる方 より読みやすく保守しやすいコードを書く
LVM - Gentoo wiki
LVM (Logical Volume Manager) allows administrators to create meta devices that provide an abstraction layer between a file system and the physical storage that is used underneath. The meta devices (on which file systems are placed) are logical volumes, which use storage from storage pools called volume groups. A volume group is provisioned with one or more physical volumes which are the true devic
)
LVM - ArchWiki
Wikipedia より: 論理ボリュームマネージャ (Logical Volume Manager, LVM) とは、Linux カーネルに論理ボリューム管理を提供するデバイスマッパーフレームワークです。 背景 LVM の構成要素 Logical Volume Management は Linux カーネルの device-mapper 機能を利用して、基底のディスクレイアウトから独立したパーティションのシステムを提供します。LVM を使うことでストレージを抽象化し「仮想的なパーティション」を作成して、拡張/縮小を容易にします (ファイルシステムの制限を受ける可能性はあります)。 仮想パーティションにより、パーティションディスク上に十分な連続領域が存在するかどうかを心配したり、使用中のディスクに fdisk してしまったり (そして、カーネルが古いパーティションテーブルと新しいほうのどち
LVMをまとめてみようと思いついた – OpenGroove
以前vgdisplayを取り上げた時、LVM(Logical Volume Manager)は難しくて自分には よくわからん…的なことを書いたけど、ちょっと調べたり実践したりしているうちに 流れは意外とシンプルなんだなー、という気がしてきた。 そこで、ようやくまとめてみようと決意。 LVM構築の大まかな流れは、以下のようになる。 ディスクのパーティショニング ↓ 物理ボリューム(PV)の作成 ↓ ボリュームグループ(VG)の作成 ↓ 論理ボリューム(LV)の作成 ↓ ファイルシステムを作成して、マウント 以下、若干詳細な追加の説明。といってもあくまで自分メモなので、「ゆるい」箇所が あるかもしれない。その辺はご容赦を。 (1)fdiskでパーティショニング 最初に以下コマンドで共有ストレージのディスクが見えていることを確認。 ここではパーティション名を仮に/dev/sdaとしておく。 #
2010年代にはLVMスナップショットベースのバックアップとか流行らない (もしくはログ構造化ファイルシステムへの期待) - kazuhoのメモ置き場
感想文です。タイトルはテンプレから。 たとえばうちの環境（普段 20-80 IOPS くらいの負荷がかかっている HDD) で、blockdiff (参照: Kazuho@Cybozu Labs: blockdiff を使ったお手軽ホットバックアップ環境の構築 (Linux, MySQL, etc.)) を実行すると、バックアップ速度は 10MB/sec. くらいになる。これはフルバックアップでも増分バックアップでも同じで、ボトルネックは HDD のシーケンシャルリード速度。他の I/O があるから、それぐらいの速度になってしまう *1。 換言とすると、100GB のボリュームをバックアップするのに約３時間かかる。必要な時間が３時間ならデイリーバックアップで運用できるけど、これが 1TB のボリュームとかになると、ウィークリーバックアップしか選択肢がなくなる。 ただ、 ウィークリーバックア
MySQLバックアップ頂上決戦！！ LVMスナップショット vs InnoDB Hot Backup
スナップショットを使えばとある瞬間のディスクやファイルシステムのデータをいつでも後から参照することができる。しかもスナップショットの作成は一瞬だ。スナップショット機能を活用すれば最強のオンラインバックアップソリューションが出来るだろう。 しかし、スナップショットでバックアップを取るなんて危険な操作じゃないのか？！と不安に思われる方もいらっしゃるかも知れない。MySQL Serverが稼働中にいきなりデータだけをとってくるのだから、そのような疑問を持たれるのは頷ける。しかし仕組みさえ分かればスナップショットによるバックアップは怖くないということが分かるはずだ。そこで、まずはスナップショットによるバックアップの仕組みについて説明する。スナップショットを取る際の要件は次の通りである。 全てのデータを単一のボリュームに置くこと。つまり、一回のスナップショット操作でバックアップが取れることだ。 ディ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Storage options - Xen
Unable to remove LVM volumen created by XEN. Device or resource busy
LVM read performance during snapshots
DRBD:What is DRBD