تخزين فلاش أعلنت شركة Pure Storage الرائدة مؤخرًا أنها ستقوم بتحديث مستوى التحكم Fusion الخاص بها لجعل سعة التخزين في مجموعاتها متاحة عبر فئات تخزين تسمح بتجهيزها بسهولة لتلبية احتياجات أي تطبيق.
من المحتمل أن يؤدي ذلك إلى جلب العديد من المزايا لأنه يجعل التخزين أبسط وأسهل للاستهلاك من قبل تطبيقات متعددة عبر العديد من المضيفين وفي بيئات متنوعة.
لقد استخدمت Kubernetes منذ فترة طويلة مفهوم فئات التخزين لتوفير تخزين دائم مع ملفات تعريف محددة للتطبيقات. ولكن هذا في البيئات المحاطة بحاويات والتي يتحكم بها Kubernetes من الأعلى إلى الأسفل.
إذن، كيف ستعمل فئات التخزين في مستوى التحكم Fusion الخاص بـ Pure في بيئات مراكز البيانات غير المتجانسة؟
في حدث Pure’s Accelerate في لاس فيجاس في منتصف شهر يونيو، التقينا تخزين نقي المؤسس والمدير التنفيذي للرؤية جون “كوز” كولجروف لأسأله.
كيف يمكنك تلخيص الوظيفة الجديدة المعلن عنها لـ Fusion؟
جون “كوز” كولجروف:الهدف من Fusion هو السماح لك بتشغيل أسطولك من المصفوفات كعرض خدمة، للسماح لك بتحديد عدد صغير من فئات التخزين وبالتالي الحصول على اتساق أكبر بكثير في بيئتك.
يشتري العميل النموذجي بعض المصفوفات. وفي العام التالي، يشتري المزيد من المصفوفات، ثم المزيد في العام الذي يليه. وربما يوقف تشغيل بعض المصفوفات السابقة في العام التالي ويشتري المزيد.
إنهم يمتلكون هذا الأسطول الذي اشتروه في أوقات مختلفة. ولديهم فئات مختلفة من المصفوفات، وربما أجيال مختلفة من نفس الفئة. لذا، فإنهم يمتلكون هذا الأسطول غير المتجانس، ويواجهون صعوبة في إدارته لتحقيق الاستخدام الموحد.
بالطبع، تختلف مستويات الأداء والقدرات لهذه الأجهزة. يحتوي هذا الجهاز على ثلاث ميزات لا يحتوي عليها الجهاز الآخر. يحتوي هذا الجهاز على ميزتين مختلفتين. وبالتالي، لديك هذه الفوضى من 27 نوعًا مختلفًا من التخزين في مركز البيانات الخاص بك.
الآن تحاول إجراء تغيير. على سبيل المثال، إذا أردت تنفيذ ميزة الأمان الجديدة هذه، فإن التخطيط لها وتنفيذها يكون أصعب كثيرًا لأن كل هذه الأنواع المختلفة من التخزين تعني أنه يتعين عليك معرفة كيفية تطبيقها.
ما يجب أن يسمح لك Fusion بفعله هو أن يكون لديك عدد صغير من الأشخاص الذين يقومون بتعريف فئات التخزين بالسمات. ثم يمكنك جعل المستخدمين يقومون بذلك عبر توفير واجهة برمجة التطبيقاتأو يمكنك أن تطلب من مسؤولي تكنولوجيا المعلومات القيام بذلك من خلال قيام المستخدم بفتح تذكرة يقول فيها “أحتاج إلى 10 تيرابايت”، وسوف يكتشفون ذلك.
بدلاً من أن يضطروا إلى الذهاب إلى كل هذه المصفوفات ومعرفة أيها لديه القدرة، وأيها لديه الأداء الكافي، وأيها لديه النوع الصحيح من الضبط، فإن Fusion سوف يكتشف كل ذلك ويصنفهم، لذلك: هنا تخزين الفئة A، وهنا تخزين الفئة B، وهنا تخزين الفئة C.
وأود أن أقول لكل مؤسسة، لا ينبغي أن يكون لديك أكثر من ثلاث أو ربما أربع فئات. بهذه الطريقة، يمكنك التفكير في خدمات مركز البيانات ونقلها باستمرار. كل هذا من شأنه أن يسمح للناس بالحصول على قدر أكبر من الاستفادة من بيئتهم.
لأن هناك مشكلة أخرى تواجهك وهي أنك تشتري هذه المصفوفات، على سبيل المثال، تمتلك إدارة المالية مصفوفة وتحتفظ بتطبيقاتها عليها. وإذا لم تملأها، فلن ترغب في أن يملأها أي شخص آخر، أليس كذلك؟ عليك التخلص من ذلك. لا تفعل السحابة ذلك. لا معنى لذلك.
نرى أن كل هؤلاء العملاء لديهم 20 و30 و50 و100 مصفوفة ويتم استخدامها بنسبة 40% و50% و30%. أريد أن أبدأ برفع هذه النسبة إلى 70% أو 80%، وهذا ما تريد Fusion القيام به.
عندما بدأنا مشروع Fusion، كنا نستهدف عمليات النشر الخضراء. كان ذلك أسهل شيء يمكن القيام به وعدم الاضطرار إلى القلق بشأن البيئات القديمة. كان ذلك خطأً. ما يفعله Fusion الجديد هو أنه يستهدف عمليات النشر القديمة. يمكن للأشخاص الذين لديهم أساطيل بالفعل الآن الذهاب ونشر Fusion، وفي الأساس استيعاب تكوينهم الحالي والبدء في نشر أشياء جديدة باستخدام Fusion.
المرحلة التالية ستتيح لـ Fusion إعادة التوازن عبر كل هذه المصفوفات بسلاسة. سيبدأ Fusion في التوصية بأشياء تتعلق بموازنة التحميل.
لقد رأيت بعضًا من ذلك في [Pure’s AI] Copilot. إنه معاينة تقنية حاليًا هذا الصيف، ولكن عند إصداره، سيعمل مع Fusion. سيساعدك على الحصول على رؤى حول الأسطول. وسيساعد المستخدمين غير الخبراء على الحصول على رؤى عميقة حول الأسطول واتخاذ قرارات أكثر استراتيجية.
ما هي العقبات الهندسية التي كان على Pure التغلب عليها حتى تتمكن Fusion من العمل في البيئات الصناعية القديمة؟
كوز:كان أكبر شيء هو أنه من السهل أن نقول أن كل وحدة تخزين هناك، وكل كائن تم تكوينه باستخدام Fusion، لذلك يعرف Fusion كل شيء عنه.
يمكن لقاعدة بيانات Fusion المركزية أن تحتوي على كل هذه المعرفة وتقول إنها تتوافق مع إحدى فئات التخزين المحددة هذه. كان الجزء الصعب في Brownfield هو القول بأننا سنأخذ كل التكوينات الموجودة، وسنقوم باستيعابها وتحويلها إلى تكوين Fusion.
لدى Fusion فكرة عن أشياء مثل الموقع. وهي مشابهة جدًا لبعض مفاهيم السحابة. لا توجد معلومات عن الموقع في التكوين الحالي.
كان عليك اتخاذ قرارات مثل، “سنقوم باستيراد كل شيء في التكوين الحالي وسنسحبه إلى مساحة العمل الافتراضية هذه”.
هناك مفهوم آخر يتبناه Fusion وهو أنه يمكنك الحصول على مساحة عمل يمكنك التحكم فيها باستخدام فئات التخزين الخاصة بك، ويمكنني الحصول على مساحة عمل أخرى أتحكم فيها باستخدام فئات التخزين الخاصة بي. لذا، كان لابد من أخذ كل التكوينات الموجودة، وسحبها، وإنشاء إعدادات افتراضية لكل هذه الأشياء. كل المفاهيم التي لم تكن موجودة من قبل.
في Kubernetes، لديك وحدات تخزين ثابتة وفئات تخزين، وللتطبيقات مطالباتها على فئات التخزين وعلى وحدات التخزين الثابتة. من السهل أن نرى كيف يعمل ذلك في Kubernetes، لأن Kubernetes هو الوسيط الذي يتعامل مع هذه العلاقات. ما هو النظير لذلك في Fusion، أو هل يوجد نظير؟ كيف يعمل؟
كوز:لا، هناك الكثير من التشابه، وهذا ما كنت أتحدث عنه، حول المواقع ومساحات العمل وأشياء من هذا القبيل.
لقد جلبت السحابة، حتى قبل ظهور Kubernetes، مفهوم الموقع أو المنطقة، أو ما قد تسميه منطقة توفر داخل منطقة، مثل هذه المفاهيم إلى طريقة عمل الأشخاص. ويحتوي Kubernetes على مجموعة مماثلة من المفاهيم، ولديها بعض الاختلافات الطفيفة هناك، لكننا تبنينا نفس الأشياء في Fusion؛ المواقع ومناطق التوفر وما إلى ذلك.
لأن ما نحاول القيام به هو إنشاء خدمة شبيهة بالسحابة يمكنك تشغيلها محليًا، أو في الواقع، يمكنك تشغيلها محليًا وتوسيعها إلى Pure Cloud Block Store وموارد السحابة.
هل يوفر Fusion ما يعادل مطالبة وحدة تخزين ثابتة في التطبيق بطريقة مماثلة؟
كوز:إن المطالبة بالحجم الثابت هي أكثر من مجرد حاوية، لذا سيكون الأمر أشبه بـ Portworx. ولكن القياس هو أنه عندما يكون لديك نظام ملفات أو حجم، فإنك تقوم بتصديره بموجب مجموعة من قواعد التصدير، في حالة نظام الملفات أو متصل بمضيف، Fibre Channel، iSCSI، NVMe، وما إلى ذلك، ولكن لديك اتصال المضيف هذا.
يمكنك القول إن اتصال المضيف يعادل الحجز الدائم أو العلاقة الدائمة. لأنه في كل مرة تقوم فيها بإيقاف تشغيل مركز البيانات وإعادة تشغيله، فإنه يعود مرة أخرى.
بالتخطيط لما يحدث مع Kubernetes، إذا كان لديك بيئة معقدة مع الكثير من التطبيقات القديمة، فكيف يمكن لهذه التطبيقات المطالبة بفئات التخزين؟
كوز:أود أن أقول أنك لا تزال تستخدم Portworx أو شيئًا مثله لإدارة تطبيقاتك المستندة إلى الحاويات.
والتطبيقات غير المعتمدة على الحاويات؟
كوز:تحتوي التطبيقات غير المستندة إلى الحاويات، على سبيل المثال، على قاعدة بيانات تتكون من خمسة مجلدات. سيكون هناك إعداد اتصال دائم في تكوين المصفوفة لتوصيل هذه المجلدات بهذا المضيف.
أحد الأشياء التي تميل Fusion إلى القيام بها والتي قد تكون مختلفة – بالعودة إلى ما كنت أقوله حول موازنة الأشياء – هو الحصول على أفضل استخدام للأسطول، لا يجب أن تأخذ تطبيقًا عالي الأداء وتضعه كله في مجموعة واحدة.
يجب أن يكون لديك تطبيق عالي الأداء موزعًا عبر مجموعة من المصفوفات، ويجب أن يكون لديك أيضًا تطبيقات ذات أداء أقل موزعة عبر هذه المصفوفات، حتى تحصل على استخدام متساوٍ من منظور الانشغال واستخدام متساوٍ من منظور السعة.
في الأيام الخوالي، قبل ظهور Fusion، إذا أردت إنشاء قاعدة بيانات جديدة، كان هذا ما كنت لتفعله. كنت لتقول، “أحتاج إلى وحدة تخزين سجلات ووحدة تخزين مؤقتة وثلاث وحدات تخزين بيانات”، على سبيل المثال، وعادة ما كنت لتكتشف مصفوفة بها سعة وأداء متاحين، ثم تنشئ هذه الوحدات الخمسة على المصفوفة – وربما لا تنشئها جميعًا بشكل متسق تمامًا مع كل مثيل آخر من هذا التطبيق – ثم تقوم بإعداد اتصال من هذه المصفوفة إلى المضيفين الذين سنشغلهم على قاعدة البيانات هذه.
في عالم Fusion، ستقول، “أريد هذه المجلدات الخمسة لهذا التطبيق”. يمكنك الحصول على قالب للتطبيق. أو ستقول، “أريد هذه المجلدات الخمسة وأريد أن تكون هذه المجلدات الأربعة من الفئة A، وأريد أن يكون هذا المجلد الأولي من الفئة C لأنني لا أهتم بعمل نسخة احتياطية له بنفس الطريقة”.
سوف يقوم Fusion بوضع هذه العناصر على خمس مجموعات مختلفة، لأن Fusion سوف يبحث عن المساحة في أسطولك ثم يقوم بإنشاء وحدة تخزين وتكوين الاتصال. وبالتالي، سوف يسمح لك بالقيام بذلك بطريقة تتيح لك الاستفادة بشكل أفضل من أسطولك وتمنحك اتساقًا أكبر. أعتقد أن هاتين الفائدتين هما أكبر فائدتين.
أعود إلى ذلك كلما أردت إجراء تغيير وتقول “أحتاج إلى توفير حماية أفضل ضد برامج الفدية” أو “أحتاج إلى تحسين النسخ الاحتياطي الخاص بي”. عندما تتمكن من التفكير في بيئتك لأنها أبسط، ستتخذ قرارًا أفضل.
وبعد ذلك، بالطبع، يمكنك تنفيذ ذلك بمجرد قول: “أريد تغيير تعريف التخزين من الفئة أ ليتم نسخه احتياطيًا كل أربع ساعات بدلاً من كل ثماني ساعات والذهاب وتنفيذ ذلك عبر الأسطول بأكمله”. هذه قوة لا يتمتع بها الناس اليوم.
