هاست اختصاصي ارزان

كاهش هزينه هاي هاست ابري

در صورتي كه شما براي كسب و كار آنلاين خود از هاست ابري استفاده ميكنيد در اين مقاله ميخواهيم توضيحاتي را در اين باره ارائه كنيم و اينكه چگونه شما ميتوانيد با مديريت صحيح ميزباني هاست ابري خود و هزينه هاي خود را به طور چشمگيري كاهش دهيد. به گونه اي كه در طولاني مدت تاثيرات آن را در كاهش هزينه هاي خود ببينيد.

در يكي از كارهاي اخير مشتري از من خواست كه هزينه هاي هاست ابري را 30 درصد كاهش دهم. اين يك سفارش بلند بود ، اما از آنجا كه بيشتر مشاغل هنوز نمي دانند كه چگونه مي توانند هزينه هاي ابر خود را بهينه كنند ، تصور مي كردم كه مي توان اين كار را انجام داد.

سپس ، فقط براي جالب تر كردن آن ، CTO دو محدوديت به من داد. اول ، من نمي توانستم متعهد شوم معاملات طولاني مدت ("موارد رزرو شده" يا "قراردادهاي سازماني") كه تخفيف خوبي به شركت مي دهد ، اما همچنين آن را با يك فروشنده قفل كنم. و دوم ، من نمي توانستم سرورهاي مورد استفاده را كم كاري كنم (حق امتياز دهي).

در حالي كه اين محدوديت ها مرا مجبور به خلاقيت بيشتر مي كند ، من مشتاقانه اين تعامل را پذيرفتم زيرا اين فقط نوع چالشي است كه از آن لذت مي برم. در پايان ، من صورتحساب ميزباني را 32٪ كاهش دادم. در اينجا نحوه انجام اين كار آمده است.

نحوه كاهش لايحه ميزباني يك شركت توسط 32٪

اين شركت فكر مي كرد كه از نظر وضعيت مطلوبي هستند زيرا "مديريت ابري" دارند ، هرچند كه هيچ حاكميتي ابري ندارند. نتيجه اين بود كه آنها ابر خود را اداره نمي كردند ، ابر آنها را مديريت مي كرد. آنها هر ماه فاكتور 50 صفحه اي از AWS دريافت مي كردند كه آنها نمي توانند درك كنند و چاره اي جز پرداخت آن نداشتند. آنها نمي دانستند كه چقدر براي ميزباني برنامه هاي فردي هزينه مي كنند و براي هر يك از اين برنامه ها هيچ تصوري از چگونگي هزينه كردن آنها در محيط هاي توليد در مقايسه با هزينه هاي خود در محيط هاي غير توليدي نمي دانند.

قبل از اينكه بتوانم راه را براي پس انداز نيروانا شروع كنم ، بايد دو قدم مهم مهم را بردارم.

اول ، من يك نوع نرم افزار شخص ثالث ، يك سيستم عامل مديريت ابر (CMP) ، يك نوع نسبتاً جديد را وارد كردم. CMP ها به يك تحليلگر رايانه ابري اجازه مي دهند بررسي هاي موجودي مربوط به منابع ابر را بسيار سريعتر و دقيق تر از استفاده از درگاه هاي فروشندگان ابر انجام دهد. محصولي را با نام CloudHealth انتخاب كردم كه هم اكنون متعلق به VMWare است.

بعد ، من يك طرح جهاني برچسب زدن به منابع ابر را معرفي كردم. در گذشته ، اين مشتري براي توسعه دهندگان فردي برچسب گذاري كرده بود. با پيشروي ، اين رويكرد جهاني با دستورالعملهاي بزرگ ، درك هر يك از منابع ابري فردي ، چگونگي استفاده و مالكيت آن را آسان تر كرده است.

سرانجام ، من آماده بودم تا به موجودي منابع ابري بياندازم و فرصت هاي پس انداز را شناسايي كنم.
چهار قدم عمده براي آوردن اين هيولاي ابر-كنترل خارج از هزينه تا پاشنه پا
1. آخرالزمان براي زامبي ها.

من اعتقاد دارم كه هميشه با ميوه هاي كم آويز شروع مي كنم ، چيزي كه مي تواند يك پيروزي سريع را كسب كند و مديريتي را كه شما در مسير درست داريد نشان دهيد. بنابراين من به دنبال "دارايي هاي زامبي" بودم - منابع ابري كه بلااستفاده و فراموش نشده اما هنوز هم فعال بودند ، غالباً به اين دليل كه افرادي كه آنها را ايجاد كرده بودند ديگر با اين شركت نبودند. ده ها مورد از اينها وجود داشت شناسايي آنها ، بايگاني آنها در صورت لزوم و سپس كشتن آنها نشانگر مسيري از حداقل مقاومت است ، زيرا هيچ كس در ذهن صحيح آنها به نفع نگه داشتن آنها استدلال نمي كند. اين به معناي صرفه جويي گسترده نيست - شايد فقط چند درصد از حساب ماهانه باشد - اما اين برد سريع من را مي خواستم به من داد.
2. جنون پشتيبان!

در مرحله بعد ، من خط مشي هاي پشتيبان و نگهداري داده ها را بررسي كردم. به دليل عدم تعجب كامل من ، اين كار خارج از كنترل بود. سيستم هاي توليد پشتيبان روزانه بيش از سه ماه و در بعضي موارد بيشتر از شش ماه به طول مي انجامد. معلوم شد كه هيچ كس در فناوري اطلاعات هرگز به قراردادهاي مشتري نگاه نكرده است تا ببيند كه آنها فقط به حفظ دو هفته نياز دارند. چرخش اين امر با هماهنگي هاي لازم با صاحبان محصول ، مديران پروژه و قانوني انجام مي شود. پس از تأييد كليه مصوبات لازم ، با تميز كردن اين ديسك سخت هيدروكربن آزاد شد. اين منجر به صرفه جويي در حدود 30 درصد شد. (براي اين كار ، نه تنها حذف پشتيبان هاي ناخواسته ، بلكه تغيير در تنظيمات پشتيبان براي هر سرور بسيار مهم است. براي نگه داشتن همه چيز براي آينده مجدداً حفظ شود.)
3. و جنون پشتيبان بيشتر!

با ماندن از پشتيبان ، متوجه شدم كه از طرف غير توليد ، هيچ كس تا به حال فكر نكرده است كه از پشتيبان گيري (و نگهداري ماه ها!) از هر ايستگاه كاري غير توليدي سؤال كند ، حتي اگر برنامه نويسان هر شب كدهاي خود را در يك مخزن مركزي چك مي كردند. و QA در حال كشيدن موارد آزمايش و داده هاي آزمايش روزانه خود از يك مخزن متمركز بود. با تميز كردن اين كار 15 درصد ديگر صرفه جويي مي شود.
4- پرداخت سرورها براي انجام هيچ كاري.

توسعه دهندگان 24 ساعت شبانه روز كار نمي كنند و در مورد اين شركت به ندرت آخر هفته يا تعطيلات كار مي كنند. با اين حال سرورهاي غير توليد 24 ساعت شبانه روز ، 7 روز در هفته ، 365 روز در سال فعال بودند و به مدت دو سوم زمان بيكار بودند. با استفاده از CloudHealth ، ما توانستيم خاموش كردن اين سرورها را در پايان روز و آخر هفته به صورت خودكار انجام دهيم. اين تغيير 10٪ پس انداز ديگر به همراه آورد.

اينها تنها تغييراتي كه ما ايجاد كرديم نيستند بلكه بيشترين تأثيرگذاري را داشتند. و فقط 6 ماه بعد از اينكه CloudHealth را راه اندازي و اجرا كرديم ، توانستم به مديرعامل بروم و به او بگويم كه هدف وي محقق شده است. در طي آن زمان ، ما در انجام تجزيه و تحليل هاي موجودي عميق ، به دست آوردن اعتبار و تأييديه هاي مربوط به تغييرات پيشنهادي من ، هماهنگي در چندين بخش ، و سپس رانندگي DevOps و CloudOp موفق بوديم.

منبع: https://cloudwars.co/

كاهش هزينه هاي هاست ابري

در صورتي كه شما براي كسب و كار آنلاين خود از هاست ابري استفاده ميكنيد در اين مقاله ميخواهيم توضيحاتي را در اين باره ارائه كنيم و اينكه چگونه شما ميتوانيد با مديريت صحيح ميزباني هاست ابري خود و هزينه هاي خود را به طور چشمگيري كاهش دهيد. به گونه اي كه در طولاني مدت تاثيرات آن را در كاهش هزينه هاي خود ببينيد.

در يكي از كارهاي اخير مشتري از من خواست كه هزينه هاي هاست ابري را 30 درصد كاهش دهم. اين يك سفارش بلند بود ، اما از آنجا كه بيشتر مشاغل هنوز نمي دانند كه چگونه مي توانند هزينه هاي ابر خود را بهينه كنند ، تصور مي كردم كه مي توان اين كار را انجام داد.

سپس ، فقط براي جالب تر كردن آن ، CTO دو محدوديت به من داد. اول ، من نمي توانستم متعهد شوم معاملات طولاني مدت ("موارد رزرو شده" يا "قراردادهاي سازماني") كه تخفيف خوبي به شركت مي دهد ، اما همچنين آن را با يك فروشنده قفل كنم. و دوم ، من نمي توانستم سرورهاي مورد استفاده را كم كاري كنم (حق امتياز دهي).

در حالي كه اين محدوديت ها مرا مجبور به خلاقيت بيشتر مي كند ، من مشتاقانه اين تعامل را پذيرفتم زيرا اين فقط نوع چالشي است كه از آن لذت مي برم. در پايان ، من صورتحساب ميزباني را 32٪ كاهش دادم. در اينجا نحوه انجام اين كار آمده است.

نحوه كاهش لايحه ميزباني يك شركت توسط 32٪

اين شركت فكر مي كرد كه از نظر وضعيت مطلوبي هستند زيرا "مديريت ابري" دارند ، هرچند كه هيچ حاكميتي ابري ندارند. نتيجه اين بود كه آنها ابر خود را اداره نمي كردند ، ابر آنها را مديريت مي كرد. آنها هر ماه فاكتور 50 صفحه اي از AWS دريافت مي كردند كه آنها نمي توانند درك كنند و چاره اي جز پرداخت آن نداشتند. آنها نمي دانستند كه چقدر براي ميزباني برنامه هاي فردي هزينه مي كنند و براي هر يك از اين برنامه ها هيچ تصوري از چگونگي هزينه كردن آنها در محيط هاي توليد در مقايسه با هزينه هاي خود در محيط هاي غير توليدي نمي دانند.

قبل از اينكه بتوانم راه را براي پس انداز نيروانا شروع كنم ، بايد دو قدم مهم مهم را بردارم.

اول ، من يك نوع نرم افزار شخص ثالث ، يك سيستم عامل مديريت ابر (CMP) ، يك نوع نسبتاً جديد را وارد كردم. CMP ها به يك تحليلگر رايانه ابري اجازه مي دهند بررسي هاي موجودي مربوط به منابع ابر را بسيار سريعتر و دقيق تر از استفاده از درگاه هاي فروشندگان ابر انجام دهد. محصولي را با نام CloudHealth انتخاب كردم كه هم اكنون متعلق به VMWare است.

بعد ، من يك طرح جهاني برچسب زدن به منابع ابر را معرفي كردم. در گذشته ، اين مشتري براي توسعه دهندگان فردي برچسب گذاري كرده بود. با پيشروي ، اين رويكرد جهاني با دستورالعملهاي بزرگ ، درك هر يك از منابع ابري فردي ، چگونگي استفاده و مالكيت آن را آسان تر كرده است.

سرانجام ، من آماده بودم تا به موجودي منابع ابري بياندازم و فرصت هاي پس انداز را شناسايي كنم.
چهار قدم عمده براي آوردن اين هيولاي ابر-كنترل خارج از هزينه تا پاشنه پا
1. آخرالزمان براي زامبي ها.

من اعتقاد دارم كه هميشه با ميوه هاي كم آويز شروع مي كنم ، چيزي كه مي تواند يك پيروزي سريع را كسب كند و مديريتي را كه شما در مسير درست داريد نشان دهيد. بنابراين من به دنبال "دارايي هاي زامبي" بودم - منابع ابري كه بلااستفاده و فراموش نشده اما هنوز هم فعال بودند ، غالباً به اين دليل كه افرادي كه آنها را ايجاد كرده بودند ديگر با اين شركت نبودند. ده ها مورد از اينها وجود داشت شناسايي آنها ، بايگاني آنها در صورت لزوم و سپس كشتن آنها نشانگر مسيري از حداقل مقاومت است ، زيرا هيچ كس در ذهن صحيح آنها به نفع نگه داشتن آنها استدلال نمي كند. اين به معناي صرفه جويي گسترده نيست - شايد فقط چند درصد از حساب ماهانه باشد - اما اين برد سريع من را مي خواستم به من داد.
2. جنون پشتيبان!

در مرحله بعد ، من خط مشي هاي پشتيبان و نگهداري داده ها را بررسي كردم. به دليل عدم تعجب كامل من ، اين كار خارج از كنترل بود. سيستم هاي توليد پشتيبان روزانه بيش از سه ماه و در بعضي موارد بيشتر از شش ماه به طول مي انجامد. معلوم شد كه هيچ كس در فناوري اطلاعات هرگز به قراردادهاي مشتري نگاه نكرده است تا ببيند كه آنها فقط به حفظ دو هفته نياز دارند. چرخش اين امر با هماهنگي هاي لازم با صاحبان محصول ، مديران پروژه و قانوني انجام مي شود. پس از تأييد كليه مصوبات لازم ، با تميز كردن اين ديسك سخت هيدروكربن آزاد شد. اين منجر به صرفه جويي در حدود 30 درصد شد. (براي اين كار ، نه تنها حذف پشتيبان هاي ناخواسته ، بلكه تغيير در تنظيمات پشتيبان براي هر سرور بسيار مهم است. براي نگه داشتن همه چيز براي آينده مجدداً حفظ شود.)
3. و جنون پشتيبان بيشتر!

با ماندن از پشتيبان ، متوجه شدم كه از طرف غير توليد ، هيچ كس تا به حال فكر نكرده است كه از پشتيبان گيري (و نگهداري ماه ها!) از هر ايستگاه كاري غير توليدي سؤال كند ، حتي اگر برنامه نويسان هر شب كدهاي خود را در يك مخزن مركزي چك مي كردند. و QA در حال كشيدن موارد آزمايش و داده هاي آزمايش روزانه خود از يك مخزن متمركز بود. با تميز كردن اين كار 15 درصد ديگر صرفه جويي مي شود.
4- پرداخت سرورها براي انجام هيچ كاري.

توسعه دهندگان 24 ساعت شبانه روز كار نمي كنند و در مورد اين شركت به ندرت آخر هفته يا تعطيلات كار مي كنند. با اين حال سرورهاي غير توليد 24 ساعت شبانه روز ، 7 روز در هفته ، 365 روز در سال فعال بودند و به مدت دو سوم زمان بيكار بودند. با استفاده از CloudHealth ، ما توانستيم خاموش كردن اين سرورها را در پايان روز و آخر هفته به صورت خودكار انجام دهيم. اين تغيير 10٪ پس انداز ديگر به همراه آورد.

اينها تنها تغييراتي كه ما ايجاد كرديم نيستند بلكه بيشترين تأثيرگذاري را داشتند. و فقط 6 ماه بعد از اينكه CloudHealth را راه اندازي و اجرا كرديم ، توانستم به مديرعامل بروم و به او بگويم كه هدف وي محقق شده است. در طي آن زمان ، ما در انجام تجزيه و تحليل هاي موجودي عميق ، به دست آوردن اعتبار و تأييديه هاي مربوط به تغييرات پيشنهادي من ، هماهنگي در چندين بخش ، و سپس رانندگي DevOps و CloudOp موفق بوديم.

منبع: https://cloudwars.co/