คู่มือออกแบบและใช้งาน Synology PAS7700: Best Practices สำหรับ All-NVMe Active-Active Storage



Synology PAS7700 เป็นระบบ Storage ระดับองค์กรที่ให้ประสิทธิภาพสูงมาก แต่ผลลัพธ์ที่ดีไม่ได้เกิดจากการติดตั้ง SSD ให้ครบแล้วเปิดใช้งานทันที ประสิทธิภาพ ความพร้อมใช้งาน และความปลอดภัยขึ้นอยู่กับการออกแบบตั้งแต่ Rack, Power, Network, Storage Pool, Volume, Protocol, Host Multipath ไปจนถึง Backup และ Disaster Recovery

บทความนี้เหมาะสำหรับองค์กรที่กำลังวางแผนติดตั้ง PAS7700 หรือใช้ประกอบการทำ Solution Design โดยอ้างอิง Product Manual, Best Practices Guide, Failover Guide, Datasheet และเอกสารทางเทคนิคของ Synology

กำหนดบทบาทของ PAS7700 ให้ชัดเจน

ก่อนทำ Sizing ต้องตอบให้ได้ว่า PAS7700 จะทำหน้าที่อะไร ไม่ควรนำทุกงานมาใส่รวมกันเพียงเพราะระบบมีความเร็วสูง

  • Primary Storage สำหรับ VMware, Hyper-V หรือ Private Cloud
  • Block Storage สำหรับ SQL Server, Oracle, SAP หรือ Application Cluster
  • High-Performance File Storage สำหรับ Engineering, Media, EDA หรือ AI Dataset
  • VDI Storage สำหรับผู้ใช้จำนวนมาก
  • Kubernetes Persistent Storage
  • Hot Tier ที่ทำงานร่วมกับ Capacity Tier หรือ Archive Storage

Workload แต่ละประเภทมี I/O Pattern ต่างกัน Database ต้องการ Latency และ Write Consistency, Media ต้องการ Throughput, VDI ต้องการ Random IOPS ส่วน EDA ต้องการ Metadata และไฟล์ขนาดเล็กจำนวนมาก การทำ Sizing จึงต้องใช้ข้อมูลจริง ไม่ควรดูเฉพาะจำนวน TB

ข้อมูลที่ควรเก็บก่อนทำ Sizing

ข้อมูลเหตุผล
Usable Capacity ปัจจุบันกำหนดพื้นที่ที่ใช้งานจริง
อัตราการเติบโต 3-5 ปีลดความเสี่ยงต้องขยายเร็วเกินไป
Peak IOPSประเมินจำนวนไดรฟ์ Controller และ Protocol
Read/Write RatioWorkload 80/20 ต่างจาก Write-Intensive
Block Size4K, 8K, 64K และ 1M ให้ผลต่างกัน
Average/Peak Latencyยืนยันว่า Storage เป็นคอขวดจริง
จำนวน Host และ VMวาง Path, Session, LUN และ Namespace
RPO/RTOกำหนด Snapshot, Replication และ Backup
Data Reductionประเมิน Deduplication ด้วยข้อมูลจริง
Maintenance Windowวาง Rolling Update และ Background Task

Capacity Planning

Synology แนะนำให้ประเมินข้อมูลในอีก 3-5 ปี รวม Snapshot, Metadata และพื้นที่ว่างสำหรับการทำงานของระบบ

  1. คำนวณ Source Data ปัจจุบันและการเติบโตในอนาคต
  2. อย่าหัก Deduplication มากเกินจริง หากย้ายจากระบบเดิมควรคิดจากข้อมูลก่อน Reduction
  3. เผื่อ Snapshot ประมาณ 5% และปรับตาม Change Rate
  4. เผื่อ Metadata ประมาณ 4%
  5. รักษาพื้นที่ว่างอย่างน้อย 20% เพื่อ Performance, Rebuild, Rebalance และ Background Service
  6. หัก RAID Overhead และ Hot Spare
  7. ตรวจว่าความจุฝั่ง Controller เดียวเพียงพอ เพราะ Dual Pool แบ่ง Capacity ระหว่าง Controller

ตัวอย่าง หากต้องการข้อมูลใช้งาน 200 TB ไม่ควรซื้อ Raw Capacity 200 TB ตรง ๆ ต้องเพิ่ม Snapshot, Metadata, Free Space และ RAID จากนั้นตรวจ Limit ของ Volume และ Controller Ownership

RAID และ Dual Pool

PAS7700 ใช้ Dual Pool ซึ่งแบ่ง Capacity อย่างเท่าเทียมระหว่าง Controller A และ Controller B เมื่อสร้าง Volume ผู้ดูแลต้องเลือก Controller เจ้าของ Volume

Synology แนะนำ RAID 6 สำหรับระบบส่วนใหญ่ เพราะทนเสียได้สองไดรฟ์และให้สมดุลระหว่าง Protection กับ Performance ระบบยังรองรับ RAID-TP สำหรับความทนทานที่สูงขึ้น แต่มี Capacity Overhead เพิ่ม

แต่ละ RAID Array รองรับสูงสุด 24 ไดรฟ์ หากใช้มากกว่า 24 ไดรฟ์ควรกระจาย Array ให้สมดุล และวาง Hot Spare ตามความเสี่ยงขององค์กร

เมื่อมี PAX224 Expansion

  • แยก Dual Pool ของ Main Unit และ Expansion Unit
  • ไม่ควรสร้าง Dual Pool ข้ามหลาย Expansion Unit
  • เก็บไดรฟ์จาก Expansion เดียวไว้ใน Pool เดียวกัน
  • วาง Workload สำคัญบน Main Unit หากต้องการ Performance สูงสุด
  • จำกัด Failure Domain เพื่อไม่ให้ Expansion หนึ่งชุดกระทบทุก Pool

กระจาย Workload ให้สมดุลสอง Controller

Active-Active จะมีประโยชน์เมื่อ Workload ถูกกระจายอย่างเหมาะสม หาก Volume ส่วนใหญ่อยู่ Controller A ส่วน Controller B แทบไม่มีงาน ระบบจะเสียทั้ง Performance และ Failover Headroom

  • สร้าง Volume หลายชุดและกระจาย Owner ระหว่าง Controller A/B
  • กระจาย LUN, Namespace และ Shared Folder ที่ใช้งานหนัก
  • ให้ Host ใช้ Local Path ไปยัง Controller เจ้าของ Workload
  • ตรวจ CPU, Memory, Network และ Latency แยกแต่ละ Controller
  • หาก Controller ใดใช้ CPU เกิน 70% ต่อเนื่อง ควรย้าย Workload
  • ต้องเหลือกำลังให้ Controller เดียวรับงานรวมในช่วง Failover

Memory Sizing

แต่ละ Controller เริ่มต้น 64 GB และเพิ่มได้สูงสุด 1 TB Synology แนะนำ 512 GB ต่อ Controller สำหรับระบบที่ต้องการรองรับการขยายระยะยาว Performance สูง และรักษาพฤติกรรมที่สม่ำเสมอเมื่อ Failover

Memory ทั้งสอง Controller ควรมีขนาดและ Specification เหมือนกัน Workload ที่ได้ประโยชน์จาก RAM สูง ได้แก่ Deduplication, จำนวน Volume/LUN มาก, Metadata จำนวนมาก และ Concurrent Connection สูง

Rack, Power และ Cooling

PAS7700 เป็นเครื่อง 4U น้ำหนักประมาณ 38.2 กิโลกรัมก่อนรวมไดรฟ์ ต้องติดตั้งใน Rack 4 เสา 19 นิ้วด้วย RKS-02 และควรมีผู้ติดตั้งอย่างน้อยสองคน

  • ไฟ AC 200-240V
  • อุณหภูมิใช้งาน 0-35 องศาเซลเซียส
  • ความชื้น 8-80% RH ตาม Best Practices
  • เว้นพื้นที่ด้านหน้าและหลังสำหรับ Airflow และ Service
  • ไม่เหมาะกับห้องทำงานทั่วไปเพราะเสียงและความร้อน
  • เผื่อพื้นที่ Rack สำหรับ PAX224 และ Cable Management

UPS และ Power Feed

ต่อ PSU แต่ละชุดเข้ากับ UPS คนละตัวและคนละ Power Feed หากทำได้ เอกสาร Best Practices ระบุ UPS ขั้นต่ำประมาณ 3.0-3.5 kVA ตามรูปแบบโหลด และต้องมีเวลาสำรองพอให้ Shutdown อย่างปลอดภัย

ควรใช้ SNMP Monitoring ตรวจ Battery, Voltage และ Load พร้อมทดสอบไฟดับจริงก่อนเปิด Production

แยก Management Network จาก Data Network

แต่ละ Controller มีพอร์ต Management/OOB แยกจาก Data Port ควรใช้ VLAN หรือ Physical Network เฉพาะสำหรับผู้ดูแล

ต้องเตรียม Static IP สำหรับ

  • Management IP แบบ Virtual ของ DSM Enterprise
  • OOB IP ของ Controller A
  • OOB IP ของ Controller B
  • Data IP ตามจำนวน Protocol และ Failover Group

Management Network ควรเข้าถึงได้เฉพาะ Jump Host หรือ Admin Network เปิด MFA และเก็บ Log ส่วน Data Network ใช้สำหรับ SMB, NFS, iSCSI, NVMe-oF, Backup หรือ Replication

Network Architecture สำหรับ Active-Active

ควรเชื่อม Controller ทั้งสองไปยัง Switch สองตัวที่ทำงานร่วมกันผ่าน MC-LAG, Stacking, Virtual Chassis หรือ Redundant Layer 2 Uplink

Host สำคัญต้องมี NIC/HBA อย่างน้อยสองเส้น เชื่อมผ่าน Switch คนละตัว และมี Path ไปทั้ง Controller A และ B

ไม่ควรต่อ Data Port ทั้งหมดเข้ากับ Switch ตัวเดียว ใช้ Uplink เส้นเดียว ใช้ DHCP กับ Storage IP หรือรวม Management และ Storage Traffic ไว้ VLAN เดียวกัน

เลือก 10GbE, 25GbE, 100GbE หรือ Fibre Channel

Networkเหมาะกับข้อควรพิจารณา
10GbEPOC และ Workload ขนาดกลางอาจเป็นคอขวดเมื่อมี Host มาก
25GbEVM, Database และ File Serviceสมดุลราคาและ Bandwidth
100GbEAI, EDA, HPC และ Aggregate Load สูงต้องใช้ x16 Slot, Switch และ Host NIC ที่รองรับ
16G FCData Center ที่มี FC Fabric เดิมต้องทำ Dual Fabric และ MPIO

ควรดู Aggregate Throughput ไม่ใช่ Client เดียว เช่น Host 20 เครื่องใช้ 10GbE พร้อมกัน อาจต้องใช้ 100GbE Uplink หรือกระจายหลาย Data Port

Jumbo Frame และ VLAN

MTU 9000 ช่วยลด CPU Overhead และเพิ่ม Throughput โดยเฉพาะ Block Storage แต่ต้องรองรับครบทั้ง Host NIC, VMkernel, Switch Port, Port Channel และ PAS7700 หากค่าไม่ตรงกันอาจเกิด Packet Drop และ Performance ลดลงมาก

Storage Protocol ควรอยู่ Dedicated VLAN และอยู่ Subnet เดียวกับ Host Initiator เพื่อลด Routing Overhead

Failover Group

Failover Group รวม Interface ที่มี Static IP, Subnet Mask, Gateway, MTU และ VLAN ID เหมือนกัน เมื่อ Port หรือ Controller มีปัญหา IP จะย้ายไปยัง Interface ที่พร้อมใช้งาน

ควรให้ Group ครอบคลุมทั้งสอง Controller และมี Bandwidth เพียงพอในช่วงที่เหลือ Controller เดียว ระบบที่ยัง Online แต่ Link สำรองเล็กเกินไปอาจช้าจน Application Timeout

MPIO สำหรับ iSCSI, FC และ NVMe-oF

Host ต้องมีหลาย Path ไปยังทั้งสอง Controller

  1. มี NIC/HBA อย่างน้อยสองชุด
  2. เชื่อมผ่าน Switch หรือ Fabric แยกกัน
  3. สร้าง Session ไปยัง Data IP หลายพอร์ต
  4. เปิด MPIO บน Windows, VMware หรือ Linux
  5. ใช้ ALUA สำหรับ LUN และ ANA สำหรับ NVMe Namespace
  6. ทดสอบถอดสายและปิด Switch จริง

หาก Host มี Path เดียว Active-Active Controller จะไม่ช่วยเมื่อ NIC, Cable หรือ Switch Path นั้นล้มเหลว

LUN และ Namespace Design

Synology แนะนำ Thin Provisioning สำหรับระบบส่วนใหญ่ เพราะใช้พื้นที่ตามข้อมูลจริง รองรับ Snapshot และ Deduplication ส่วน Thick Provisioning เหมาะเมื่อองค์กรต้อง Reserve Capacity ตามนโยบาย

ควรสร้าง LUN หรือ Namespace หลายชุดและกระจายข้าม Volume/Controller แทนการสร้าง LUN ใหญ่ชุดเดียว เพราะแต่ละ Volume มี I/O Queue และ Processing Resource ของตนเอง

Queue Depth และ Session

สำหรับ Workload ที่มี Concurrency สูง เอกสารแนะนำ Queue Depth ได้ถึงประมาณ 256 ในสถานการณ์ที่เหมาะสม แต่ต้องตรวจ Latency หลังปรับ เพราะ Queue สูงเกินไปอาจเพิ่มเวลารอ

Windows iSCSI ใช้ Multiple Connections per Session ได้ ส่วน VMware ใช้หลาย VMkernel Interface และหลาย Session ไปยัง Target IP ต่างกัน

QoS

SAN Manager รองรับ Maximum IOPS เพื่อป้องกัน Workload หนึ่งแย่งทรัพยากร และ Minimum IOPS สำหรับระบบสำคัญเมื่อมี Headroom เพียงพอ

  1. เก็บ Baseline ช่วงปกติและ Peak
  2. ตั้ง Maximum สูงกว่าการใช้งานปกติเล็กน้อย
  3. ทดสอบช่วง Peak
  4. ใช้ Minimum เฉพาะระบบที่จำเป็น
  5. ทบทวนเมื่อเพิ่ม Host หรือเปลี่ยน Application

SMB Best Practices

  • ใช้ SMB3 และปิด SMB1
  • ใช้ Kerberos ผ่าน FQDN ไม่ใช่ IP
  • เปิด Server Signing และ Encryption สำหรับข้อมูลสำคัญ
  • ใช้ Local Referral เพื่อไปยัง Controller เจ้าของ Shared Folder เมื่อเหมาะสม
  • ใช้ Persistent Handle เพื่อ Resume หลัง Failover เมื่อ Client รองรับ
  • อย่าเปิด File Access Log ทุกเหตุการณ์หากไม่จำเป็น
  • เปิด SMB Performance Analysis เฉพาะ Troubleshooting

NFS Best Practices

  • NFSv3 ต้อง Mount ไปยัง IP ของ Controller เจ้าของ Shared Folder
  • NFSv4 ขึ้นไปควรเปิด Referral
  • กำหนด NFSv4 Domain ให้ตรงกัน
  • ใช้ Kerberos เมื่อ Network ไม่ใช่ Trusted Network
  • จำกัด Client IP และตรวจ Squash Policy
  • ใช้ nconnect=4 หรือ 8 บน Linux Client ที่รองรับ
  • Asynchronous Mode เพิ่มความเร็วแต่ลด Write Completion Guarantee

Deduplication

เหมาะกับ VM, VDI, Template และ Operating System Image ไม่เหมาะกับข้อมูลเข้ารหัส Video, Surveillance และ Database บางประเภท ควรทดสอบด้วยข้อมูลจริงเพราะ Deduplication ใช้ CPU, Memory และ Background Processing

พื้นที่ว่างและ Background Task

ควรรักษาพื้นที่ว่างอย่างน้อย 20% ทุก Volume ระบบต้องมีเวลาให้ Data Scrubbing, Deduplication, Space Reclamation, Replication และ Backup ทำงาน โดยเอกสารแนะนำ Low-Activity Window รวมอย่างน้อย 48 ชั่วโมงต่อสัปดาห์

Failover และ Giveback

PAS7700 สามารถทำ Full หรือ Partial Failover บางกรณีย้ายเฉพาะ IP บางกรณีย้าย Storage Ownership

  1. เปิด Continuous Availability Manager
  2. ตรวจสถานะ Processing หรือ Critical
  3. ตรวจ Suggestion และ Log Center
  4. ตรวจ Storage Manager หากเกี่ยวข้องกับ Drive หรือ Pool
  5. ลดงานที่ไม่จำเป็นหาก Controller ที่เหลือมี Load สูง
  6. แก้สาเหตุและทำ Giveback ในช่วง Low Activity

หลัง Giveback ต้องตรวจ CPU, Memory, Network และ Ownership ว่ากลับมากระจายสมดุล

ทดสอบ Failover ก่อน Production

  • ถอด Data Cable หนึ่งเส้น
  • ปิด Switch หนึ่งตัว
  • ปิด Controller หนึ่งชุดตามขั้นตอน
  • ถอด Host Path หนึ่งเส้น
  • ทดสอบ IP Failover Group
  • ทดสอบ MPIO Path Switch
  • ทดสอบ SMB Persistent Handle
  • ทดสอบ NFS Lock Recovery
  • ทดสอบ iSCSI/FC/NVMe-oF Session
  • ตรวจ Application Recovery Time และ Error Log

อย่าทดสอบด้วย Ping อย่างเดียว ต้องทดสอบ Database Transaction, VM I/O และ File Lock จริง

Rolling Update และ Maintenance

DSM Enterprise อัปเดต Controller ทีละชุด ระหว่าง Update Workload ทั้งหมดจะรวมอยู่ Controller เดียว จึงควรทำช่วง Load ต่ำและต้องแน่ใจว่า Controller เดียวรับงานทั้งหมดได้

ห้ามปิดหรือ Restart ระหว่างที่ทั้งสอง Controller ยังอัปเดตและ Synchronize ไม่เสร็จ ควร Export Configuration Golden Copy หลังแก้ Network, User, Storage หรือ Firmware และเก็บไว้นอก PAS7700

Data Protection แบบ 3-2-1

Copy 1: Local Snapshot

ตั้ง Snapshot ตาม RPO โดยเริ่มจากทุกชั่วโมง ใช้ Smart Retention และ Immutable Snapshot สำหรับข้อมูลสำคัญ

Copy 2: Disaster Recovery

ใช้ Snapshot Replication ไปยัง PAS7700 หรือ All-Flash System ที่ Performance ใกล้เคียง แยก Network สำหรับ Replication และทดสอบ Promote ที่ DR Site

Copy 3: Long-Term Archive

ใช้ Hyper Backup ไปยัง C2 Storage, HD6500 หรือ DSM System ที่มี Hyper Backup Vault แยก Backup Traffic จาก Production

Snapshot Replication และ Hyper Backup ไม่ได้เก็บ Mapping ของ LUN/Namespace, Host Group และ Permission บางรายการครบทั้งหมด ต้องมี Runbook สำหรับสร้างค่าใหม่หลัง DR หรือ Restore

Encryption และ Key Management

PAS7700 รองรับ SED และ Volume Encryption ควรตั้ง Key Vault ก่อนสร้าง Storage ดาวน์โหลด Recovery Key และเก็บไว้แยกจากระบบ

สามารถใช้ Remote KMIP Server เช่น Synology DSM Server หรือ Thales CipherTrust ตามรายการที่รองรับ ห้ามเก็บ Recovery Key ไว้ใน Volume ที่เข้ารหัสเอง

Monitoring และ Alert

  • CPU/Memory แยก Controller
  • IOPS, Throughput และ Latency ต่อ Volume/LUN/Namespace
  • Network Utilization และ Packet Error
  • Drive Health, Wear และ Temperature
  • Capacity และ Free Space
  • Failover Group และ Controller Interconnection
  • Snapshot, Replication และ Backup Status
  • UPS Battery และ Power Feed

ตั้ง Critical Alert เมื่อ CPU เกิน 70% ต่อเนื่อง, Controller Failover, RAID Degraded, PSU/Fan Failure และ Replication Failure ควรมี Notification อย่างน้อยสองช่องทาง

Checklist ก่อนเปิด Production

  • SSD, RAM, NIC, HBA และ Expansion อยู่ใน Compatibility List
  • Power Feed และ UPS แยกสองทาง
  • Management/OOB แยกจาก Data Network
  • Switch Redundancy ทำงาน
  • Controller มี NIC และ Memory เท่ากัน
  • Dual Pool, RAID และ Hot Spare ตาม Design
  • Volume/Workload กระจายสอง Controller
  • Failover Group ครอบคลุมทั้งสอง Controller
  • Host MPIO ผ่านการทดสอบ Path Failure
  • MTU ตรงกัน End-to-End
  • Snapshot, Replication และ Hyper Backup สำเร็จ
  • Recovery Key เก็บแยก
  • Alert ส่งถึงทีมที่รับผิดชอบ
  • Configuration Golden Copy เก็บนอกระบบ
  • มี Runbook สำหรับ Failover, Giveback, DR และ Rollback
  • PAS Software Maintenance Service ยังใช้งานได้

สรุป

การติดตั้ง PAS7700 ให้ได้ผลดีต้องออกแบบเป็นระบบ ไม่ใช่นำไปต่อกับ Network เดิมโดยไม่เปลี่ยนอะไร All-NVMe สามารถทำความเร็วสูงมาก แต่หาก Network, Host Path หรือ Controller Layout ไม่เหมาะ คอขวดจะย้ายไปอยู่ส่วนอื่นทันที

หัวใจสำคัญคือรักษาความสมดุลของสอง Controller, ใช้ Redundant Path, แยก Management กับ Data, รักษาพื้นที่ว่าง, วาง Background Task, ทดสอบ Failover จริง และทำ Backup/DR แยกจาก Active-Active ภายในเครื่อง

เมื่อออกแบบครบทั้ง Storage, Network, Power, Security และ Data Protection PAS7700 สามารถเป็น Primary Storage สำหรับ VM, Database, AI, EDA และ Production Workload ระดับองค์กรได้อย่างมีประสิทธิภาพและต่อเนื่อง

แหล่งข้อมูล

  • Synology PAS7700 Best Practices Guide, updated May 27, 2026
  • Synology PAS Failover Guide, updated May 8, 2026
  • Synology PAS7700 Product Manual, updated May 27, 2026
  • Synology PAS7700 Datasheet, updated May 13, 2026
  • Synology Volume Encryption White Paper
  • Synology PAS Webinar Slides

ต้องการปรึกษาผู้เชี่ยวชาญ หรือขอใบเสนอราคา สามารถติดต่อได้ที่
E-Mail: [email protected]
Line@: @sync.co.th

ทางบริษัทฯ ขอสงวนสิทธิ์ในการรับผิดชอบใด ๆ อันเนื่องจากข้อผิดพลาดทางการพิมพ์ (ผิด/ตก)
*** สงวนสิทธิ์ในบทความนี้ โดย บริษัท ซิงค์เทค โซลูชั่น จำกัด ห้ามมิให้คัดลอก ดัดแปลง ทำซ้ำ โดยไม่ได้รับอนุญาตจากทางบริษัทเป็นลายลักษณ์อักษร ***