各ベンダーは処理負荷を軽減する施策を実装
フラッシュメモリの寿命を縮める「P/Eサイクル」増加問題 対処法はあるのか?(1/2 ページ)
データの書き込みや消去といった単純な処理でさえも、NAND型フラッシュメモリの消耗を加速させる一因になる。だが対策はある。
NAND型フラッシュメモリはデータを書き込む際に、まず既存のデータを消去する必要がある。この一連のプロセス「P/Eサイクル」を処理できる回数には限界があり、それを超えると障害を起こす。その数値は「耐久性」と形容されることもあり、NAND型フラッシュメモリの寿命と直接的に関係がある。ベンダー各社はNAND型フラッシュメモリそのものに加え、それを搭載したフラッシュドライブ(フラッシュストレージ)の寿命を最大限に伸ばすため、P/Eサイクルを減らしたり負荷分散をしたりする技術を実装し、劣化が早まる事態を防いでいる。
業務用のフラッシュドライブは一般的に、データの読み書きを制御するメモリコントローラー、外部接続用のストレージインタフェース、メインメモリ、複数のNAND型フラッシュメモリなどのコンポーネント(部品)で構成される。実際のデータはNAND型フラッシュメモリに保存する。NAND型フラッシュメモリは、データ保存に利用するメモリセル(データを記録するメモリ素子)を階層構造にして実装。複数のメモリセルを「ページ」、複数のページを「ブロック」、複数のブロックを「プレーン」としてまとめている。
併せて読みたいお勧め記事
NANDフラッシュメモリの基礎をおさらい
NANDフラッシュをはじめとするストレージ業界動向
P/Eサイクルの増加がフラッシュメモリの劣化を早める理由
NAND型フラッシュメモリはシリコン基板(以下、基板)の上に「トンネル酸化膜」、その上に「浮遊ゲート」(フローティングゲート)、「絶縁膜」といった構造になっている。
データは各メモリセルに電荷(物体が帯びている電気量)として保存される。ほとんどのNAND型フラッシュメモリは“水槽”の役割を担う浮遊ゲートに、電荷のもととなる電子を蓄えている。メモリセルごとに1つの浮遊ゲートがある。浮遊ゲートが電子を蓄えると荷電、つまりデータを書き込んだと見なす。そうでなければ非荷電、すなわち消去と見なす。
1つのメモリセルで1bitを保持できるシングルレベルセル(SLC)のNAND型フラッシュメモリは、浮遊ゲートの電荷に応じて、メモリセルの値を0または1として記録する。1つのメモリセルで保持できるデータが2bitのマルチレベルセル(MLC)や3bitのトリプルレベルセル(TLC)では、メモリセルが取り得る値の種類が増えるが、大まかな仕組みは変わらない。
トンネル酸化膜は通常、メモリセルの内外に電子を出し入れする基板から、浮遊ゲートを切り離す(絶縁する)。極めて薄いので、基板に電圧をかけると電子がトンネル酸化膜を透過する。書き込み操作の間は、電子がトンネル酸化膜を通過して浮遊ゲートへ到達する。消去の操作では、電子が浮遊ゲートから排出される。
以上はメモリセルを非常に単純化した説明だが、重要なコンセプトを指し示している。全ての書き込みと消去の操作では、基板を通して電圧をかけ、電子にトンネル酸化膜を透過させる。そうした操作をするたび、トンネル酸化膜はわずかに劣化する。P/Eサイクルの数が多いほど、メモリセルに対するダメージは大きくなる。
トンネル酸化膜が劣化すれば、電子が浮遊ゲートから漏れ出しやすくなり、浮遊ゲートの実際の状態を検知するのが難しくなる。NAND型フラッシュメモリが持つ誤り検出や誤り訂正の仕組みを通じて、当面の間はそうした問題を緩和できるが、いずれそのメモリセルは読み書き不可能になる。こうした問題は、MLCやTLCのNAND型フラッシュメモリのように、メモリセルに詰め込むビット数が増えるほど悪化する。NAND型フラッシュメモリで処理できるP/Eサイクルの数に限りがあるのは、こうした挙動が原因だ。
NAND型フラッシュメモリのライトアンプリフィケーション
このようにP/Eサイクルは、NAND型フラッシュメモリの寿命に重要な影響を及ぼす。P/Eサイクルを最低限に抑え、全メモリセルを横断してワークロード(読み書きの処理)を分散させることが、NAND型フラッシュメモリ、ひいてはフラッシュドライブの寿命を最大限に伸ばすための基本的なアプローチになる。だがNAND型フラッシュメモリにはもう1つ、「ライトアンプリフィケーション」(書き込み増幅)という重大な課題がある。
ライトアンプリフィケーションは、NAND型フラッシュメモリのデータ書き換え作業の結果、実際の書き換え量を上回るデータを書き込んだ際に発生する。ライトアンプリフィケーションがNAND型フラッシュメモリで発生するのは、データの読み出しと書き込みはページ単位でできる一方、消去はブロック単位でしかできないことに起因する。さらに面倒なことに、データを更新する際は、上述の通りまず消去してから再度書き込む必要がある。データ書き換え作業のたびに、余分なP/Eサイクルが大量に発生する。
例えばテキストファイルを更新すると、複数の動作が発生する。フラッシュドライブは、更新前のデータを一時的な場所にコピーして、元データをブロック単位で消去した後に、更新後のデータをページ単位で書き込む。テキストファイルのサイズ自体は小さくても、更新時にはそれを上回るサイズのデータの消去と書き込み処理を実行し、そのP/Eサイクルごとにトンネル酸化膜が劣化する。複数のブロックが絡む大きなサイズのファイルの場合、このプロセスはさらに複雑になる。
業務用のNAND型フラッシュメモリは、このような動作に終日耐えなければならず、しかもユーザーは1人ではない。個々のデータ書き換えが比較的軽量であっても、膨大な量のワークロードが発生し、徐々にNAND型フラッシュメモリの寿命を縮める。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
なぜワンキャリアは障害復旧を3時間から1時間以内に短縮できたのか -
製品資料
自社のDevSecOpsはどこまで進んでいる? 進捗を測る指針“成熟度モデル”とは -
製品資料
実際に悪用される脆弱性は4%前後 優先的に対処すべき脆弱性を把握するには? -
事例
三菱ケミカルが脆弱性への迅速な対応フローを実現した方法とは? -
技術文書・技術解説
MDMだけでは防げない? Appleデバイスに潜む5つのセキュリティギャップ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
IT人材の42%が転職予備軍 辞めさせない組織の4つの共通
-
2
LLMの「過学習」、正しく説明している文章はどれ?
-
3
「業務改善とツール活用」に関するアンケート
-
4
契約作成からKYCまでAIが完結 独金融大手が3000人を削減してまで狙う破壊的効率化
-
5
「HDD終了」は本当か 巨大クラウド2社が下した大容量フラッシュへの決断
-
6
「ERP(統合基幹業務システム)の導入・活用」に関するアンケート
-
7
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
8
GitHub Copilotを使いこなす第一歩 初めてのプロンプト6つのコツ
-
9
ただで使い「12時間以内の復旧」を迫る 無償OSSを商用扱いする日本企業の末路
-
10
「AI活用を前提とした業務PCへの移行」に関するアンケート
ホワイトペーパーランキング PR
-
1
属人化や仕様バグはなぜ起きる? AI時代に必須のドキュメント文化の作り方
-
2
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
5
中小企業必見、Microsoft 365でゼロトラストセキュリティを実現する方法
-
6
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは?
-
7
“あのファイル転送”で暗躍するノーウェアランサム
-
8
5分で分かる「AI駆動開発エージェント」 要件定義から設計・実装・テストまで
-
9
動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは
-
10
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー