اگر بخواهید یک سرور HPE را بدون استفاده از زیرساخت اختصاصی Fibre Channel به فضای ذخیرهسازی مرکزی متصل کنید، iSCSI یکی از گزینههای پرکاربرد است. این فناوری امکان انتقال دستورات Storage را از طریق شبکه Ethernet و TCP/IP فراهم میکند و در زیرساختهایی شامل سرورهای HPE ProLiant و استوریجهای HPE MSA کاربرد زیادی دارد.
در این راهنما ابتدا بررسی میکنیم iSCSI چیست و سپس مراحل راه اندازی iSCSI سرور HP و اتصال MSA با iSCSI را از طراحی شبکه و تنظیم Storage تا شناسایی LUN، MPIO، Windows Server و VMware ESXi بررسی خواهیم کرد.
iSCSI چیست؟
iSCSI یا Internet Small Computer Systems Interface یک پروتکل ذخیرهسازی مبتنی بر IP است که دستورات SCSI را از طریق شبکه TCP/IP منتقل میکند. در این معماری، سرور بهعنوان iSCSI Initiator به iSCSI Target روی استوریج متصل شده و فضای ذخیرهسازی را بهصورت Block-Level دریافت میکند.
به زبان ساده، iSCSI به سرور اجازه میدهد از طریق شبکه Ethernet به Storage دسترسی پیدا کند؛ بهگونهای که فضای ارائهشده میتواند در Windows Server بهصورت Disk یا در VMware ESXi بهعنوان Storage Device و Datastore مورد استفاده قرار گیرد.
برخلاف پروتکلهایی مانند SMB و NFS که دسترسی File-Level ارائه میکنند، iSCSI فضای ذخیرهسازی را در سطح Block در اختیار Host قرار میدهد. پورت استاندارد این پروتکل نیز TCP 3260 است.
iSCSI چگونه کار میکند؟
در ارتباط iSCSI، درخواست Read یا Write از سمت سرور ایجاد شده و توسط iSCSI Initiator به دستورات قابل انتقال روی TCP/IP تبدیل میشود. این درخواست از طریق شبکه Ethernet به Target موجود روی استوریج میرسد و روی Volume یا LUN مربوطه پردازش میشود.
روند کلی را میتوان در چهار مرحله خلاصه کرد:
- سرور درخواست Read یا Write ایجاد میکند.
- iSCSI Initiator دستور SCSI را در ترافیک TCP/IP قرار میدهد.
- اطلاعات از طریق شبکه Ethernet به iSCSI Target منتقل میشود.
- استوریج درخواست را روی Volume یا LUN پردازش کرده و نتیجه را به سرور بازمیگرداند.
مسیر ارتباط بهصورت ساده:
در این معماری، مدیریت دیسکهای فیزیکی، RAID و Storage Pool در سمت استوریج انجام میشود و سرور فقط فضای منطقیای را مشاهده میکند که برای آن تعریف و Map شده است.
اجزای اصلی ارتباط iSCSI چیست؟
برای درک مراحل راهاندازی iSCSI، شناخت چند اصطلاح اصلی ضروری است:
| اصطلاح | کاربرد |
|---|---|
| Initiator | سمت سرور که ارتباط iSCSI را آغاز میکند |
| Target | Endpoint سمت استوریج که Storage را ارائه میدهد |
| IQN | شناسه منحصربهفرد Initiator یا Target |
| LUN | شناسه Logical Unit ارائهشده به Host |
| Volume | فضای منطقی ساختهشده روی Storage |
| Target Portal | IP و پورت مورد استفاده برای اتصال به Target |
| Session | ارتباط فعال میان Initiator و Target |
| MPIO | مدیریت چند مسیر ارتباطی میان Host و Storage |
تفاوت Initiator و Target در iSCSI
Initiator در سمت سرور قرار دارد و اتصال را آغاز میکند، در حالی که Target در سمت استوریج قرار گرفته و فضای ذخیرهسازی را ارائه میدهد. برای مثال، در اتصال یک HPE ProLiant به HPE MSA، سرویس iSCSI در Windows Server یا VMware ESXi نقش Initiator و پورتهای iSCSI استوریج نقش Target را دارند.
IQN و LUN چه نقشی دارند؟
IQN شناسهای برای شناسایی iSCSI Initiator یا Target است. هنگام تعریف سرور در HPE MSA، IQN مربوط به Initiator سرور به Host اختصاص داده میشود تا استوریج بداند چه Volumeهایی باید برای آن Host قابل دسترس باشند.
LUN نیز شناسه Logical Unit ارائهشده به Host است. پس از ایجاد Volume و Mapping آن به سرور، Host میتواند فضای مربوطه را از طریق iSCSI بهعنوان یک Storage Device شناسایی کند.
بهصورت خلاصه:
با شناخت همین مفاهیم، مراحل بعدی مانند طراحی شبکه، تعریف Host، Target Discovery و تنظیم MPIO قابل فهمتر خواهند بود.
تفاوت iSCSI با Fibre Channel و SAS چیست؟
iSCSI، Fibre Channel و SAS هر سه برای دسترسی Block-Level به Storage استفاده میشوند، اما بستر و معماری آنها متفاوت است. iSCSI از Ethernet و TCP/IP استفاده میکند، Fibre Channel به Fabric و تجهیزات اختصاصی FC متکی است و SAS بیشتر در اتصالهای مستقیم یا Direct Attached Storage کاربرد دارد.
| ویژگی | iSCSI | Fibre Channel | SAS |
|---|---|---|---|
| بستر ارتباط | Ethernet / TCP-IP | Fibre Channel | SAS |
| نوع دسترسی | Block-Level | Block-Level | Block-Level |
| نیاز به شبکه اختصاصی | معمولاً خیر | معمولاً بله | خیر در Direct Attach |
| توسعهپذیری | بالا | بسیار بالا | محدودتر |
| کاربرد رایج | IP SAN | Enterprise SAN | Direct Attach |
iSCSI بهتر است یا Fibre Channel؟
هیچکدام در همه سناریوها انتخاب برتر نیستند. اگر سازمان از قبل زیرساخت Ethernet پرسرعت و مناسب Storage داشته باشد، iSCSI میتواند گزینهای سادهتر برای ایجاد SAN باشد. در مقابل، Fibre Channel برای محیطهایی که Fabric اختصاصی FC دارند یا جداسازی کامل ترافیک Storage اهمیت بالایی دارد، انتخاب مناسبی است.
در زمان انتخاب، باید Workload، Latency، پهنای باند، بودجه، مدل MSA و نوع Host Portها بررسی شوند.
تفاوت iSCSI و SAS
iSCSI ارتباط را از طریق شبکه IP برقرار میکند و برای اتصال چند Host، مجازیسازی، Cluster و زیرساختهای قابل توسعه انعطاف بیشتری دارد. SAS بیشتر در ارتباط مستقیم Server و Storage کاربرد دارد و از نظر توسعه شبکه محدودتر است. در هر دو حالت، مدل دقیق HPE MSA و نوع Controller باید پیش از طراحی بررسی شود.
برای راهاندازی iSCSI بین سرور HPE و MSA به چه چیزهایی نیاز داریم؟
برای راهاندازی iSCSI حداقل به سرور HPE دارای NIC سازگار، استوریج MSA با رابط iSCSI، شبکه Ethernet، IP مناسب و iSCSI Initiator نیاز داریم. در محیط Production بهتر است چند Path مستقل و MPIO نیز در طراحی وجود داشته باشد.
قبل از شروع، این موارد بررسی شوند:
- مدل دقیق HPE MSA و نوع Controller
- نوع و سرعت Host Port
- سرعت و تعداد NICهای سرور
- Switch، DAC یا Transceiver
- Driver و Firmware
- سیستمعامل یا Hypervisor
- سازگاری End-to-End تجهیزات
بررسی مدل و پورتهای iSCSI استوریج MSA
در مدلهایی مانند HPE MSA 1060، MSA 2060 و MSA 2062 ممکن است نوع و سرعت Host Interface متفاوت باشد. بنابراین قبل از کابلکشی، باید نوع Controller، تعداد پورتها، سرعت iSCSI و Media مورد استفاده بررسی شود.
در طراحی Redundant نیز بهتر است ارتباط Host با هر دو Controller در نظر گرفته شود تا خرابی یک مسیر یا Controller باعث قطع کامل Storage نشود.
بررسی کارت شبکه سرور HPE
NIC سرور باید با سرعت و نوع شبکه Storage سازگار باشد. در انتخاب یا بررسی NIC به سرعت پورت، تعداد Portها، RJ45 یا SFP+/SFP28، Driver، Firmware و نوع Transceiver یا DAC توجه شود. در محیطهای سازمانی بهتر است پورتهای مخصوص Storage از شبکه کاربران و Management جدا باشند.
طراحی IP برای شبکه iSCSI
در معماری چندمسیره، بهتر است Pathهای iSCSI روی شبکهها یا Subnetهای مشخص و مستقل قرار گیرند.
نمونه:
| تجهیز | شبکه iSCSI A | شبکه iSCSI B |
|---|---|---|
| HPE Server NIC 1 | 10.10.10.100 | — |
| HPE Server NIC 2 | — | 10.10.20.100 |
| MSA Controller A | 10.10.10.11 | 10.10.20.11 |
| MSA Controller B | 10.10.10.12 | 10.10.20.12 |
این IPها صرفاً نمونه هستند و باید براساس IP Plan واقعی سازمان تغییر کنند.
Management IP با iSCSI Data IP متفاوت است. Management IP برای مدیریت MSA استفاده میشود، در حالی که Data IP وظیفه انتقال ترافیک Storage را بر عهده دارد.
آیا برای iSCSI باید VLAN جداگانه ایجاد کنیم؟
VLAN جدا برای iSCSI الزام مطلق نیست، اما بهتر است ترافیک Storage از شبکه کاربران و Management جدا باشد. این جداسازی میتواند با VLAN مستقل، Switch جدا یا ترکیبی از هر دو انجام شود.
البته VLAN بهتنهایی Redundancy ایجاد نمیکند؛ اگر همه Pathها از یک Switch یا Uplink مشترک عبور کنند، همچنان Single Point of Failure وجود خواهد داشت.
معماری پیشنهادی اتصال سرور HPE به استوریج MSA با iSCSI
در محیط Production، ارتباط iSCSI بهتر است به شکلی طراحی شود که خرابی یک کابل، NIC، Switch یا Controller باعث قطع کامل Storage نشود. برای این منظور معمولاً از حداقل دو Path مستقل و MPIO استفاده میشود.
یک معماری ساده میتواند به شکل زیر باشد:
NIC 2 → iSCSI Network B → MSA Controller A/B
شبکه Management نیز بهتر است از شبکه iSCSI جدا باشد.
Direct Attach بهتر است یا اتصال از طریق Switch؟
در Direct Attach سرور مستقیماً به پورتهای iSCSI استوریج متصل میشود و این روش بیشتر برای محیطهای کوچک با تعداد Host محدود مناسب است.
در معماری Switched iSCSI، ارتباط از طریق Switch Ethernet برقرار میشود و برای چند Host، VMware، Hyper-V، Cluster و زیرساختهای قابل توسعه انعطاف بیشتری دارد.
| معماری | کاربرد مناسب |
|---|---|
| Direct Attach | محیط کوچک و Host محدود |
| Switched iSCSI | چند سرور، Cluster و مجازیسازی |
در هر دو معماری باید مسیر دسترسی به Controller A و Controller B در نظر گرفته شود. صرفاً اتصال چند کابل High Availability ایجاد نمیکند و Pathها باید در سمت سیستمعامل یا Hypervisor توسط MPIO مدیریت شوند.
آموزش اتصال MSA با iSCSI
برای اتصال MSA با iSCSI ابتدا تنظیمات شبکه و Storage در سمت MSA انجام میشود و سپس سرور از طریق iSCSI Initiator به Target متصل خواهد شد.
مراحل کلی عبارتاند از:
- تنظیم IP پورتهای iSCSI در MSA
- ساخت Pool و Volume
- دریافت IQN سرور
- تعریف Host و Initiator در MSA
- Mapping کردن Volume به Host
- اضافهکردن Target در سرور
- ایجاد Session و تنظیم MPIO
- شناسایی LUN در سیستمعامل یا Hypervisor
مرحله اول؛ تنظیم IP پورتهای iSCSI در MSA
در محیط مدیریتی HPE MSA، برای Host Portهای iSCSI باید براساس IP Plan شبکه آدرس مناسب تعریف شود. این IPها همان Target Portalهایی هستند که سرور بعداً برای Discovery استفاده میکند.
در معماری چندمسیره بهتر است Pathها روی Subnetهای جدا قرار گیرند؛ برای مثال:
Network B: 10.10.20.0/24
در این مرحله سه مورد را بررسی کنید:
- Data IP با Management IP اشتباه نشود.
- Controller A و B مطابق طراحی شبکه IP داشته باشند.
- Subnet، VLAN و MTU با Server و Switch هماهنگ باشند.
مرحله دوم؛ ساخت Pool و Volume در MSA
پس از آمادهسازی شبکه، باید فضای موردنیاز روی MSA ایجاد شود. بسته به طراحی Storage، ابتدا Pool یا Disk Group و سپس Volume متناسب با Workload ساخته میشود.
در این مقاله تمرکز روی iSCSI است؛ بنابراین مباحثی مانند RAID، MSA-DP+ و Tiering باید براساس Workload بهصورت جداگانه بررسی شوند.
نکته مهم این است که ساخت Volume بهتنهایی باعث نمایش آن روی سرور نمیشود؛ Volume باید در مرحله بعد به Host مناسب Map شود.
مرحله سوم؛ دریافت IQN سرور HPE
IQN همان شناسه iSCSI Initiator سرور است که در بخش مفاهیم توضیح دادیم. مقدار واقعی آن باید مستقیماً از سیستمعامل یا Hypervisor دریافت شود.
در Windows Server میتوان آن را از Microsoft iSCSI Initiator و در VMware ESXi از تنظیمات Software iSCSI Adapter مشاهده کرد.
نمونه:
مرحله چهارم؛ تعریف Host و Initiator در MSA
پس از دریافت IQN، سرور در HPE MSA بهعنوان Host تعریف شده و IQN مربوط به آن به Host اختصاص داده میشود.
برای مدیریت بهتر، از نامهای مشخص استفاده کنید؛ برای مثال:
این موضوع بهخصوص در محیطهای دارای چند سرور یا Cluster اهمیت دارد. در صورت نیاز میتوان چند Host مرتبط را نیز داخل Host Group قرار داد.
مرحله پنجم؛ Mapping کردن Volume به Host
در مرحله آخر سمت MSA، Volume باید به Host یا Host Group مربوطه Map شود.
Volume Mapping مشخص میکند کدام Host اجازه مشاهده و استفاده از یک Volume یا LUN را دارد.
بنابراین حتی اگر شبکه و iSCSI Session سالم باشند، Mapping اشتباه میتواند باعث شود سرور Storage را مشاهده نکند.
پس از Mapping این موارد بررسی شوند:
- IQN به Host صحیح تعلق داشته باشد.
- Volume درست انتخاب شده باشد.
- LUN Mapping تداخل نداشته باشد.
- در Cluster، Volume به Hostها یا Host Group صحیح ارائه شده باشد.
پس از این مرحله، تنظیمات اصلی سمت MSA تکمیل شده و باید Targetها از سمت سرور Discover و Sessionهای iSCSI ایجاد شوند.
راه اندازی iSCSI سرور HP چگونه انجام میشود؟
پس از تکمیل تنظیمات سمت HPE MSA، باید iSCSI Initiator سرور به Targetهای استوریج متصل شود. در راه اندازی iSCSI سرور HP، سرور ابتدا Target Portalهای MSA را Discover میکند، سپس Session برقرار شده و در نهایت LUN در سیستمعامل یا Hypervisor شناسایی میشود.
راهاندازی iSCSI در Windows Server
در Windows Server این فرآیند از طریق Microsoft iSCSI Initiator انجام میشود.
فعالکردن iSCSI Initiator
ابزار iSCSI Initiator را اجرا کنید. اگر سرویس Microsoft iSCSI فعال نباشد، Windows پیشنهاد فعالسازی و اجرای خودکار آن را نمایش میدهد.
پس از فعالشدن سرویس، IQN سرور نیز از بخش Configuration قابل مشاهده است. همین IQN باید در سمت MSA به Host صحیح اختصاص داده شده باشد.
اضافهکردن IP استوریج در Discovery
در بخش Discovery، IP پورتهای iSCSI استوریج MSA بهعنوان Target Portal وارد میشوند. در این مرحله باید Data IP پورت iSCSI را وارد کنید، نه Management IP استوریج.
پورت استاندارد iSCSI نیز TCP 3260 است. اگر Target شناسایی نمیشود، IP، VLAN، Firewall و دسترسی به این پورت باید بررسی شوند.
در طراحی Multipath نیز Target Portalهای مربوط به مسیرهای مختلف اضافه میشوند تا سرور بتواند چند Path مستقل ایجاد کند.
مشاهده کانفیگهای پیشنهادی
اتصال به iSCSI Target
پس از Discovery، Targetهای قابل دسترس در بخش Targets نمایش داده میشوند. Target موردنظر را انتخاب کرده و Session را برقرار کنید.
تفاوت این دو مفهوم مهم است:
- Discovery: پیدا کردن Target
- Session: اتصال فعال Initiator به Target
در محیط Production بهتر است Sessionهای موردنیاز بهگونهای تنظیم شوند که پس از Restart سرور نیز دوباره برقرار شوند.
شناسایی LUN در Windows Server
اگر Session و Volume Mapping صحیح باشند، LUN باید در Disk Management قابل مشاهده باشد. در صورت نیاز میتوان Rescan Disks را اجرا کرد.
برای یک LUN جدید میتوان براساس نیاز مراحل زیر را انجام داد:
- Online کردن Disk
- Initialize کردن
- انتخاب GPT یا MBR
- ایجاد Partition
- ساخت File System مانند NTFS یا ReFS
اگر LUN از قبل دارای اطلاعات است، بدون بررسی آن را Initialize یا Format نکنید.
اگر معماری دارای چند Path است، پیش از استفاده نهایی باید MPIO نیز بررسی شود تا همه مسیرها به یک Storage Device واحد تعلق داشته باشند.
تنظیم iSCSI در VMware ESXi برای اتصال به MSA
در VMware ESXi، ارتباط با HPE MSA معمولاً از طریق Software iSCSI Adapter برقرار میشود.
ایجاد VMkernel برای شبکه iSCSI
برای هر مسیر Storage، VMkernel Adapter مناسب با IP شبکه iSCSI ایجاد میشود. در طراحی Redundant بهتر است مسیرها از شبکهها و Uplinkهای مستقل استفاده کنند.
فعالکردن Software iSCSI Adapter
از بخش Storage Adapters، Software iSCSI Adapter را فعال کنید. پس از فعالشدن، IQN مربوط به ESXi Host قابل مشاهده است و باید در سمت MSA به Host صحیح اختصاص داده شود.
افزودن Targetهای MSA
IP پورتهای iSCSI استوریج را در بخش Discovery اضافه کنید. سپس Storage Adapter را Rescan کنید.
اگر Network، IQN و Mapping صحیح باشند، LUNهای MSA در بخش Storage Devices نمایش داده میشوند.
در معماری Multipath نیز باید بررسی شود که تمام Pathهای مورد انتظار به Controller A و Controller B شناسایی شده باشند.
ساخت Datastore روی LUN
پس از شناسایی LUN میتوان روی آن VMFS Datastore ایجاد کرد یا Datastore موجود را Mount کرد.
در VMware Cluster، ارائه یک LUN مشترک به چند ESXi Host سناریویی رایج است؛ اما یک LUN نباید بدون File System یا مکانیزم Cluster-aware مناسب همزمان در اختیار چند سیستم مستقل قرار گیرد.
پس از ایجاد Datastore، مرحله بعد بررسی Multipath و اطمینان از عملکرد صحیح مسیرهای جایگزین است.
MPIO چیست و چرا در اتصال iSCSI به MSA مهم است؟
MPIO یا Multipath I/O قابلیتی برای مدیریت چند مسیر ارتباطی میان سرور و استوریج است. اگر یکی از Pathها، NICها، Switchها یا Controllerها از دسترس خارج شود، MPIO میتواند I/O را از مسیر سالم ادامه دهد و مانع قطع کامل Storage شود.
در معماری iSCSI، وجود چند کابل بهتنهایی کافی نیست. سیستمعامل یا Hypervisor باید بداند این مسیرها همگی به یک LUN یا Volume واحد تعلق دارند؛ این وظیفه توسط MPIO انجام میشود.
تفاوت MPIO با NIC Teaming چیست؟
MPIO و NIC Teaming یکسان نیستند. NIC Teaming در سطح Network عمل میکند، در حالی که MPIO مسیرهای دسترسی به Storage را مدیریت میکند.
| قابلیت | MPIO | NIC Teaming |
|---|---|---|
| سطح عملکرد | Storage | Network |
| مدیریت چند Path به LUN | بله | خیر |
| Failover مسیر Storage | بله | جایگزین مستقیم نیست |
| مناسب Multipath iSCSI | بله | خیر |
بنابراین NIC Teaming نباید جایگزین MPIO در طراحی iSCSI شود.
چند Path برای اتصال MSA مناسب است؟
تعداد بیشتر Path همیشه به معنای Performance بیشتر نیست. در بسیاری از سناریوها دو یا چهار مسیر میتواند Redundancy مناسبی ایجاد کند.
برای مثال:
Path 2: NIC 1 → Network A → Controller B
Path 3: NIC 2 → Network B → Controller A
Path 4: NIC 2 → Network B → Controller B
تعداد دقیق Pathها باید براساس مدل MSA، تعداد پورتها، سیستمعامل و طراحی شبکه تعیین شود.
MPIO در Windows Server و VMware ESXi
در Windows Server باید قابلیت Multipath I/O فعال و Sessionهای مربوط به مسیرهای مختلف ایجاد شوند. پس از تنظیم صحیح، یک LUN باید بهصورت یک Disk واحد با چند Path نمایش داده شود.
در VMware ESXi نیز میتوان از بخش Storage Devices تعداد و وضعیت Pathهای هر Device را بررسی کرد.
در هر دو محیط، بهتر است در شرایط کنترلشده Failover یکی از مسیرها آزمایش شود تا مشخص شود قطع یک Path باعث از دسترس خارجشدن Storage نمیشود.
Jumbo Frame در iSCSI چیست؟
Jumbo Frame به استفاده از فریمهای Ethernet بزرگتر از MTU استاندارد 1500 اشاره دارد. در برخی شبکههای iSCSI از MTU بزرگتر مانند 9000 استفاده میشود، اما فعالکردن آن برای کارکرد iSCSI الزامی نیست.
مهمترین نکته این است که در صورت استفاده از Jumbo Frame، MTU باید در کل مسیر هماهنگ باشد:
Server NIC → Switch → VLAN → MSA iSCSI Port
اگر بخشی از مسیر MTU متفاوتی داشته باشد، ممکن است ارتباط با Packet Loss یا Performance نامناسب مواجه شود.
بنابراین MTU 9000 را صرفاً با هدف افزایش سرعت فعال نکنید. اگر زیرساخت بهصورت End-to-End از آن پشتیبانی نمیکند، MTU استاندارد انتخاب مطمئنتری است.
امنیت iSCSI چگونه تأمین میشود؟
از آنجا که iSCSI روی شبکه IP کار میکند، امنیت آن باید در سطح Network، Host و Storage در نظر گرفته شود.
مهمترین اقدامات عبارتاند از:
جداسازی شبکه iSCSI از کاربران و Management
محدودکردن دسترسی به IPهای Storage
کنترل TCP Port 3260
تعریف صحیح IQN
Mapping دقیق Volume به Host
استفاده از CHAP در صورت نیاز
CHAP در iSCSI چیست؟
CHAP مکانیزمی برای احراز هویت میان iSCSI Initiator و Target است. با استفاده از CHAP میتوان دسترسی Target را به Hostهای دارای اطلاعات Authentication معتبر محدود کرد.
CHAP باید بهعنوان یکی از لایههای امنیتی در نظر گرفته شود و جایگزین VLAN، Firewall، Network Isolation یا Volume Mapping نیست.
عیبیابی و بررسی صحت اتصال iSCSI بین HPE و MSA
پس از پایان تنظیمات، فقط دیدهشدن Disk یا Datastore به معنای صحیح بودن کامل ارتباط نیست. برای اطمینان از سلامت اتصال MSA با iSCSI باید شبکه، Target، Session، LUN و Pathهای MPIO بهترتیب بررسی شوند.
چکلیست اولیه:
- ارتباط IP میان سرور و پورتهای iSCSI برقرار باشد.
- TCP Port 3260 در دسترس باشد.
- Targetهای MSA در Initiator دیده شوند.
- iSCSI Session برقرار باشد.
- LUN یا Device در سیستمعامل شناسایی شود.
- تعداد Pathهای MPIO با طراحی شبکه مطابقت داشته باشد.
چرا iSCSI Target پیدا نمیشود؟
اگر Target در سرور شناسایی نمیشود، ابتدا لایه شبکه را بررسی کنید. مهمترین موارد عبارتاند از:
- Data IP صحیح MSA
- Subnet و VLAN
- وضعیت NIC و Switch Port
- TCP Port 3260
- Firewall
- MTU
- Source IP سرور
Management IP استوریج نباید بهجای iSCSI Data IP بهعنوان Target Portal وارد شود.
اگر ارتباط IP برقرار است اما Target همچنان دیده نمیشود، تنظیمات Discovery و Target Portal نیز باید بررسی شوند.
چرا iSCSI Session برقرار نمیشود؟
اگر Target دیده میشود اما اتصال برقرار نمیشود، مشکل معمولاً به Authentication یا تنظیمات Host مربوط است.
موارد زیر را بررسی کنید:
- IQN سرور
- تعریف Host در HPE MSA
- CHAP در صورت فعال بودن
- Source IP و Target IP
- Firewall و TCP 3260
در اینجا تفاوت Discovery و Session اهمیت دارد؛ Discovery فقط Target را پیدا میکند، اما Session نشاندهنده اتصال فعال Initiator به Target است.
چرا LUN استوریج MSA روی سرور دیده نمیشود؟
اگر Session فعال است اما LUN نمایش داده نمیشود، احتمال بیشتری وجود دارد که مشکل در سمت Storage باشد.
بررسی کنید:
- IQN به Host صحیح اختصاص داده شده باشد.
- Volume به Host یا Host Group درست Map شده باشد.
- LUN ID تداخل نداشته باشد.
- Permission مناسب وجود داشته باشد.
- پس از Mapping، Rescan انجام شده باشد.
بنابراین برقرار بودن Session بهتنهایی تضمین نمیکند که Host اجازه دسترسی به Volume را داشته باشد.
خرید استوریج HPE
چرا یک LUN چند بار دیده میشود؟
اگر Volume از طریق چند Path به سرور ارائه شده باشد اما MPIO بهدرستی تنظیم نشده باشد، ممکن است هر مسیر بهصورت یک Disk مستقل دیده شود.
در این شرایط نباید روی Diskهای تکراری بهصورت جداگانه Partition یا File System ایجاد کرد. ابتدا Multipath Configuration باید اصلاح شود تا تمام Pathها به یک Storage Device واحد تعلق داشته باشند.
چرا فقط یک Path به MSA دیده میشود؟
اگر طراحی برای چند مسیر انجام شده اما تنها یک Path دیده میشود، هر مسیر را بهصورت مستقل بررسی کنید:
IP اشتباه، Session ایجادنشده، NIC Binding نادرست، Target Portal ناقص یا مشکل Switch میتواند باعث از دست رفتن یک Path شود.
چرا سرعت iSCSI پایین است؟
Performance پایین الزاماً به خود iSCSI مربوط نیست. Bottleneck میتواند در بخشهای مختلف ایجاد شود:
- NIC سرور
- Switch یا Congestion شبکه
- تعداد و وضعیت Pathها
- Disk Pool و RAID
- نوع Workload
- Latency و Queue
- تنظیمات MTU
بنابراین قبل از فعالکردن Jumbo Frame یا افزایش تعداد Pathها، ابتدا باید مشخص شود محدودیت واقعی در کدام لایه قرار دارد.
چگونه Failover را تست کنیم؟
در محیط Test یا Maintenance Window میتوان یکی از Pathها را بهصورت کنترلشده از دسترس خارج کرد. اگر MPIO و Redundancy بهدرستی تنظیم شده باشند، دسترسی به Storage باید از مسیر سالم ادامه پیدا کند.
در نتیجه، بهترین روش عیبیابی iSCSI این ترتیب است:
بهترین تنظیمات شبکه برای iSCSI در HPE MSA چیست؟
برای داشتن یک ارتباط پایدار بین سرور HPE و استوریج MSA، شبکه iSCSI باید با تمرکز بر Redundancy، جداسازی ترافیک و سازگاری End-to-End طراحی شود.
چکلیست Best Practice راهاندازی iSCSI
- شبکه Management از iSCSI جدا باشد.
- در محیط Production حداقل دو Path مستقل وجود داشته باشد.
- Controller A و Controller B در طراحی مسیرها حضور داشته باشند.
- MPIO روی سیستمعامل یا Hypervisor فعال باشد.
- NIC Teaming جایگزین MPIO در نظر گرفته نشود.
- VLAN، Subnet و Target Portalها مطابق IP Plan تنظیم شوند.
- Jumbo Frame فقط در صورت پشتیبانی End-to-End فعال شود.
- Driver و Firmware سرور، NIC و MSA سازگار باشند.
- Volumeها فقط به Host یا Host Group موردنیاز Map شوند.
- Failover یکی از مسیرها قبل از بهرهبرداری نهایی تست شود.
هدف این است که معماری iSCSI با کمترین پیچیدگی، دسترسی پایدار، مسیر جایگزین و امکان عیبیابی ساده را فراهم کند.
iSCSI برای چه سناریوهایی در سرور HPE مناسب است؟
iSCSI برای زیرساختهایی مناسب است که چند سرور باید از طریق شبکه Ethernet به Storage مرکزی دسترسی داشته باشند. از مهمترین سناریوها میتوان به مجازیسازی، Shared Storage، Cluster، Database و سرویسهای سازمانی اشاره کرد.
استفاده از iSCSI در مجازیسازی
در محیط VMware ESXi یا Hyper-V میتوان چند سرور HPE را به استوریج MSA متصل کرد و Volumeهای مشترک را بهعنوان Storage در اختیار Hostها قرار داد.
مدلهایی مانند HPE ProLiant DL360 G10، DL380 G10، DL360 G11 و DL380 G11 بسته به NIC، سیستمعامل و طراحی شبکه میتوانند در چنین معماریهایی استفاده شوند.
برای این سناریو، MPIO، Mapping صحیح LUN و Redundancy شبکه اهمیت ویژهای دارند.
استفاده از iSCSI برای Database و سرویسهای سازمانی
در سرویسهایی مانند Database، ERP یا CRM، iSCSI میتواند Compute و Storage را از یکدیگر جدا کرده و فضای ذخیرهسازی مرکزی در اختیار سرورها قرار دهد.
در Workloadهای حساس به Latency، علاوه بر سرعت شبکه باید نوع Disk یا SSD، RAID، تعداد Pathها و Performance واقعی Storage نیز بررسی شوند.
کدام استوریجهای HPE MSA برای iSCSI قابل بررسی هستند؟
برای طراحی SAN مبتنی بر iSCSI، مدلهای زیر میتوانند بسته به نسخه و Controller مورد بررسی قرار گیرند:
| مدل استوریج | سناریوی کلی |
|---|---|
| HPE MSA 1060 | زیرساختهای کوچکتر و Entry-Level |
| HPE MSA 2060 | مجازیسازی و سرویسهای سازمانی |
| HPE MSA 2062 | محیطهای نیازمند Performance و ظرفیت بیشتر |
انتخاب ترکیب نهایی نباید فقط براساس نام مدل انجام شود؛ نوع NIC، سرعت شبکه، Controller استوریج، Firmware، سیستمعامل و Workload نیز باید بررسی شوند.
جمعبندی؛ برای اتصال HPE به MSA با iSCSI به چه نکاتی توجه کنیم؟
iSCSI روشی برای ارائه Block Storage از طریق شبکه TCP/IP است و میتواند برای اتصال سرورهای HPE به استوریجهای HPE MSA در سناریوهایی مانند مجازیسازی، Shared Storage و Cluster استفاده شود.
در راه اندازی iSCSI سرور HP، فقط برقراری Session کافی نیست؛ طراحی صحیح شبکه، Mapping درست Volume، استفاده از مسیرهای Redundant و تنظیم MPIO نیز در پایداری ارتباط اهمیت دارند. همچنین برای اتصال MSA با iSCSI باید سازگاری NIC، Controller، Switch، Firmware و سیستمعامل بهصورت End-to-End بررسی شود.
اگر این موارد از ابتدا بهدرستی طراحی شوند، iSCSI میتواند یک زیرساخت Storage انعطافپذیر و قابل توسعه برای سرورهای HPE ایجاد کند.
سوالات متداول درباره iSCSI و اتصال HPE به MSA
iSCSI چیست و چه کاربردی دارد؟
iSCSI پروتکلی برای انتقال دستورات SCSI روی شبکه TCP/IP است که امکان دسترسی Block-Level سرور به استوریج را فراهم میکند. از آن در SAN، Shared Storage، مجازیسازی و Cluster استفاده میشود.
برای اتصال سرور HPE به MSA با iSCSI چه تجهیزاتی لازم است؟
به سرور HPE دارای NIC سازگار، استوریج MSA مجهز به رابط iSCSI، شبکه Ethernet، IP مناسب و iSCSI Initiator نیاز دارید. در محیط Production بهتر است چند Path و MPIO نیز در طراحی وجود داشته باشد.
پورت iSCSI چند است؟
پورت استاندارد iSCSI، TCP 3260 است. اگر Target پیدا نمیشود، علاوه بر IP و VLAN باید Firewall و دسترسی این پورت نیز بررسی شوند.
تفاوت iSCSI Initiator و Target چیست؟
Initiator در سمت سرور قرار دارد و ارتباط را آغاز میکند، در حالی که Target در سمت استوریج قرار گرفته و فضای ذخیرهسازی را در اختیار Host قرار میدهد.
آیا برای اتصال MSA با iSCSI باید MPIO فعال شود؟
اگر بیش از یک مسیر بین سرور و استوریج وجود دارد، MPIO برای مدیریت Pathها، Failover و Redundancy اهمیت زیادی دارد و باید مطابق سیستمعامل یا Hypervisor تنظیم شود.
آیا iSCSI به VLAN جدا نیاز دارد؟
الزام مطلق وجود ندارد، اما بهتر است ترافیک iSCSI از شبکه کاربران و Management جدا باشد. این جداسازی میتواند با VLAN، Switch مجزا یا ترکیبی از هر دو انجام شود.
چرا iSCSI Target یا LUN استوریج MSA دیده نمیشود؟
اگر Target پیدا نمیشود، IP، VLAN، TCP 3260 و Discovery را بررسی کنید. اگر Session برقرار است اما LUN دیده نمیشود، معمولاً باید IQN، Host Definition، Volume Mapping و Rescan بررسی شوند.
کدام سرورها و استوریجهای HPE برای iSCSI قابل استفاده هستند؟
بسته به Configuration، مدلهایی مانند HPE ProLiant DL360 Gen10، DL380 Gen10، DL360 Gen11 و DL380 Gen11 میتوانند در معماری iSCSI استفاده شوند. در سمت Storage نیز مدلهایی مانند HPE MSA 1060، MSA 2060 و MSA 2062 در نسخههای دارای رابط iSCSI قابل بررسی هستند.
انتخاب تجهیزات مناسب، تنها به خرید یک مدل خاص محدود نمیشود؛ بلکه به انتخاب کانفیگی متناسب با نیاز واقعی سازمان بستگی دارد. در ماهان شبکه ایرانیان، کارشناسان فنی با بررسی تعداد کاربران، نوع نرمافزارهای سازمانی، نیازهای پردازشی و بودجه شما، مناسبترین مدل و کانفیگ را پیشنهاد میدهند. اگر برای خرید سرور اچ پی یا سایر تجهیزات شبکه جهت ارتقاء زیرساخت خود به راهنمایی نیاز دارید، پیش از تصمیمگیری با کارشناسان ما مشورت کنید تا با اطمینان، راهکاری متناسب با نیاز امروز و توسعه آینده کسبوکار خود انتخاب کنید.
