وب سایت با چندین سرور!

[hamid.soltani92]

دوست گرامی ، در 90٪ موارد علت داون شدن سرور بخواطر بالارفتن لود سرور هست ! که با این مورد که بنده اموزش دادم میشود رفعش کرد !
توصیه میکنم قبل از ارسال تاپیک حتما در گوگل جستجو کنید

سلام و عرض ادب.
مهدی جان پیاده سازی روشی که شما فرمودید نه تنها دردی رو دوا نمیکنه، بلکه خطر از دسترس خارج شدن سرور رو دو چندان می‌کنه. لطفا بفرمایید که این آمار ۹۰٪ که فرمودید رو از کجا آوردید.
همچنین فرمودید که پیاده سازی ha برای سی‌پنل امکان پذیر نیست، اما روش‌های زیادی برای انجام این کار وجود داره! برای مثال یکی از راه‌ها استفاده از سرویس‌دهنده‌های دیتابیس و وبِ اکتیو و پسیو هست. با استفاده از redhat cluster suite هم میشه تو centos این کارو کرد.
در کل ارائه نظر کارشناسی و تخصصی بدون اطلاع داشتن از عللِ احتمالی که برای خارج از دسترس شدن هر مورد وجود داره، امکان نداره!
ارادتمند.

[secureconfig]

سلام و عرض ادب.
مهدی جان پیاده سازی روشی که شما فرمودید نه تنها دردی رو دوا نمیکنه، بلکه خطر از دسترس خارج شدن سرور رو دو چندان می‌کنه. لطفا بفرمایید که این آمار ۹۰٪ که فرمودید رو از کجا آوردید.
همچنین فرمودید که پیاده سازی ha برای سی‌پنل امکان پذیر نیست، اما روش‌های زیادی برای انجام این کار وجود داره! برای مثال یکی از راه‌ها استفاده از سرویس‌دهنده‌های دیتابیس و وبِ اکتیو و پسیو هست. با استفاده از redhat cluster suite هم میشه تو centos این کارو کرد.
در کل ارائه نظر کارشناسی و تخصصی بدون اطلاع داشتن از عللِ احتمالی که برای خارج از دسترس شدن هر مورد وجود داره، امکان نداره!
ارادتمند.

سلام جناب سلطانی عزیز.
هر کسی ممکنه ایده یا نظری داشته باشه !
اینکه دوستان بیان در تاپیک بگن شما اشتباه راهنمایی میکنی یا ... مشکل اصلی هست !
در مورد استفاده از remote mysql - این مورد به این خواطر استفاده میشود که لود mysql روی سرور دیگری برود و باعث کندی یا در بعضی مواقع افزایش لود سرور نشود !
این مورد که میفرمایید خطر را 2 برابر میکنه ، بنده با این شرایط در نظر گرفتم که سرور mysql اپتایم 100٪‌داشته باشد ! و طی تجربه ای که داشتیم و باتوجه به اینکه سرور mysql فقط قراره این مورد را پردازش کند احتمال داون شدن بسیار کم هست مگر از ناحیه ی دیتاسنتر باشد.
اون امار 90٪ هم باتوجه به تجربه ای که داشتیم هست و درصورت چشم پوشی از مشکلات دیگر مانند خاموش شدن وب سرور یا قطع شدن شبکه محاسبه گردیده.

پیاده سازی کلود روی سیپنل توسط خود سی پنل در حال حاضر پشتیبانی نمیشود ! حرف بنده از این نظر هست ! و اگرنه میتوان به صورت دستی یا با نرم افزاری مثل بقیه ی موارد کار کرد !

موفق باشید./

[hamid.soltani92]

سلام جناب سلطانی عزیز.
هر کسی ممکنه ایده یا نظری داشته باشه !
اینکه دوستان بیان در تاپیک بگن شما اشتباه راهنمایی میکنی یا ... مشکل اصلی هست !
در مورد استفاده از remote mysql - این مورد به این خواطر استفاده میشود که لود mysql روی سرور دیگری برود و باعث کندی یا در بعضی مواقع افزایش لود سرور نشود !
این مورد که میفرمایید خطر را 2 برابر میکنه ، بنده با این شرایط در نظر گرفتم که سرور mysql اپتایم 100٪‌داشته باشد ! و طی تجربه ای که داشتیم و باتوجه به اینکه سرور mysql فقط قراره این مورد را پردازش کند احتمال داون شدن بسیار کم هست مگر از ناحیه ی دیتاسنتر باشد.
اون امار 90٪ هم باتوجه به تجربه ای که داشتیم هست و درصورت چشم پوشی از مشکلات دیگر مانند خاموش شدن وب سرور یا قطع شدن شبکه محاسبه گردیده.

پیاده سازی کلود روی سیپنل توسط خود سی پنل در حال حاضر پشتیبانی نمیشود ! حرف بنده از این نظر هست ! و اگرنه میتوان به صورت دستی یا با نرم افزاری مثل بقیه ی موارد کار کرد !

موفق باشید./

فرمایش شما متین مهدی جان، ولی تو واقعیت بخش خیلی کوچکی از down time ها به دیتابیس مربوط هست.
اهانت به تجربه گرانبهای شما نباشه، ولی طبق گزارش‌های رسمی ( مثلا The top causes of downtime explored )، در down time ها،
۵۵ درصد مربوط به مشکلات سخت‌افزاری،
۲۲ درصد خطای انسانی،
۱۸ درصد خطای نرم‌افزار ( که شامل کرنل سیستم عامل، سیستم عامل، وب‌سرور، پایگاه داده و ... میشه!)
۵ درصد هم برای حوادث غیر مترقبه مثل سیل و زلزله و ... در نظر گرفته شده.
یکی از پایه‌های اصلی مبحث کلاسترینگ از نوع ha، این هست که هرگر یک وظیفه رو به کمتر از ۲ سرویس دهنده محول نکنیم! یعنی اصولا اینکه شما بخواید دیتابیس و وب‌سرور رو از هم جدا کنید، حتی load balancing هم محسوب نمیشه، چه برسه به ha!
ارادتمند.

[secureconfig]

فرمایش شما متین مهدی جان، ولی تو واقعیت بخش خیلی کوچکی از down time ها به دیتابیس مربوط هست.
اهانت به تجربه گرانبهای شما نباشه، ولی طبق گزارش‌های رسمی ( مثلا The top causes of downtime explored )، در down time ها،
۵۵ درصد مربوط به مشکلات سخت‌افزاری،
۲۲ درصد خطای انسانی،
۱۸ درصد خطای نرم‌افزار ( که شامل کرنل سیستم عامل، سیستم عامل، وب‌سرور، پایگاه داده و ... میشه!)
۵ درصد هم برای حوادث غیر مترقبه مثل سیل و زلزله و ... در نظر گرفته شده.
یکی از پایه‌های اصلی مبحث کلاسترینگ از نوع ha، این هست که هرگر یک وظیفه رو به کمتر از ۲ سرویس دهنده محول نکنیم! یعنی اصولا اینکه شما بخواید دیتابیس و وب‌سرور رو از هم جدا کنید، حتی load balancing هم محسوب نمیشه، چه برسه به ha!
ارادتمند.

توضیحاتتان کامل و قابل قبول هست اما چیزی که بنده کار کردم و تجربشو دارم همینایی هست که داخل تاپیک های قبل عرض کردم.
این down time که گفتید مربوط به دیتابیس هست - تحت هر شرایطی اتفاق می افتد ؟ -- تجربه ای که بنده داشتم اینه که فقط درصورت وجود مشکل مثلا کرش کردن mysql یا قطعی دیتاسنتر یا بالارفتن لود ممکن هست mysql خاموش شود و down time ایجاد شود که تمامی انها قابل رفع هست !

- - - Updated - - -

به هر حال این موضوع remote mysql برای سرور هایی که مصرف mysql بالا دارند و لود بخواطر این مصرف بالارفته مناسب هست نه غیره.(مبحث load balancing با این مورد فرق دارد اما اسم دیگری برای این مورد به ذهنم نرسید ! چون تقریبا بخشی از لود سرور میزبانی balance میشود.)

موفق باشید./