Server Level

این سوالی هست که همیشه کاربران با آن روبرو هستند، هنگام خرید یا ارتقا سرویس خود با این چالش مواجه می شوند. امروز قصد داریم اندکی پیرامون این موضوع صحبت کنیم.

۱- سیستم عامل:

خیلی مهم است که بدانیم سیستم عامل ما چه میزان Ram نیاز دارد، توسعه دهندگان سیستم عامل ها همشیه minimum مقدار Ram مورد نیاز را اعلام میکنند. به عنوان مثال Windows Server 2003 نیاز به کمینه ۵۱۲M Ram دارد، اما میزان پیشهاد شده ۱G Ram می باشد، برای CentOS 7 نیز میزان کمینه Ram 512M است اما کارشناسان ۱G Ram را پیشنهاد میدهند. البته توجه داشته باشد نوع معماری سیستم عامل نیز در این موضوع تاثیر گذار است، سیستم عامل های ۳۲Bit به Ram کمتری نیاز دارند.

حتی نوع سیستم عامل نیز می تواند موثر باشد به عنوان مثال  Windows Standard Edition به میزان  ۴GB Ram در نسخه های ۲۰۰۳ و ۲۰۰۸ نیاز دارد اما Windows Home Server 2011 کمترین مقدار ۲G Ram نیاز دارد و تا ۸G Ram را پشتیبانی میکند.

۲- کنترل پنل:

کنترل پنل های مختلف نیازمند میزان Ram مختلفی دارند. در Plesk و Cpanel حداقل به ۲۵۶M Ram اشاره شده است اما تا برنامه های کاربردی این کنترل پنل ها و پلاگین ها قابل اضافه شدن ممکن است این مقدار را تا ۱G تا ۲G به میزان Ram اضافه کند. برای Directadmin میزان ۱G Ram پیشنهاد شده است.

۳- سایر برنامه های کاربردی

برنامه های کاربردی زیادی روی سرور اجرا میشوند مانند وب سرور و ….

میزان Ram هر سرویس متفاوت است اما برای اجرای apache به میزان حداقل ۲۵۶M تا ۱G حافظه Ram نیاز است. برنامه های کاربردی دیگر شامل برنامه های ایمیل، هایپروایزر، آنتی ویروس، جلوگیری از هرزنامه ها و سرویس دیتابیس  … ، هر کدام با خود حداقل الزامات RAM خود است.

۴- ترافیک مصرفی سایت ها

یکی از عوامل موثر در میزان مصرف Ram میزان بازدید سایت ها می باشد.  توصیه می کنیم ۱GB Ram برای هر ۲۵۰۰ بازدید کننده در روز استفاده شود.

۵- ویژگی های برنامه استفاده شده در سایت و استفاده از کش

این که سایت شما چگونه پیاده سازی شده است بسیار مهم است، سایت استاتیک است یا داینامیک و یا از چه نوع برنامه نویسی در سایت استفاده شده است،اینکه زبان برنامه نویسی سایت چیست و یا از چه نوع ساختار دیتابیسی استفاده میشود در میزان Ram تاثیر گذار است. شاید نیاز باشد pagespeed سایت بررسی شود و مشکلات مربوط به محتوای سایت شامل تصاویر، cssها و js ها بررسی و بهینه سازی شود.  استفاده از cache نیز می تواند به کاهش استفاده از Ram کمک کند.

 

تقریب استفاده از Ram با فرمول زیر:

OS + CP + OA + Traffic + WS = TOTAL REQUIREMENTS.

 

به عنوان مثال:

یک سایت با طراحی مناسب با بازدید روزانه ۵۰۰۰ در حال اجرا با CentOS6, cPanel, Apache Web Server و یک دیتابیس کوچک حدودا بصورت زیر خاوهد بود.

۱GB + 2GB + 1GB + 2GB + 1GB = 7GB

البته میزان Ram عموما بصورت زوج است یعنی در این حالت باید از ۶G یا ۸G حافظه Ram استفاده شود.

این فرمول تنها برای ارزیابی آغاز کار می باشد و با توجه به ادامه روند سایت، تغییرات و بروزرسانی ها، اضافه شدن ماژول ها و پلاگین ها، افزایش بازدید، تغییر در ساختار و اجرای دیتابیس متغیر و نیاز به تغییر داشته باشد.

برای شروع حداقل ۴G RAM در نظر بگیرید، این مقدار با توجه به میزان بازدید، پلاگین ها و عملکرد دیتابیس سایت باید تنظیم شود.

برای نصب وب سرور nginx_apache در دایرکت ادمین باید از custombuild2.0 استفاده کنید. روش فعال سازی custombuild2.0 در لینک زیر وجود دارد.

نصب custombuild 2.0 در Directadmin

در ادامه به مسیر زیر بروید:

cd /usr/local/directadmin/custombuild

و دستورات زیر را اجرا کنید.

./build update
./build update_da
./build set php1_release 5.4
./build set php1_mode php-fpm
./build set webserver nginx_apache
./build nginx_apache
./build rewrite_confs

پورت ۸۰۸۰ را در فایروال سرور باز نمایید.

 

از طریق root وارد cpanel خود شوید.

وارد مسیر زیر شوید:

cd /home

برای گرفتن بک آپ از دستور زیر استفاده نمایید:

/scripts/pkgacct username

به جای username باید نام کاربری اکانت خود را وارد نمایید.

اکنون بک را به Directadmin منتقل می نماییم.

از طریق SSH توسط کاربر root  به سرور DirectAdmin  خود شوید. فایل زیر را دانلود نمایید:

http://serversetup.ir/download/cp2da.tar.gz

اکنون آن را extract کنید.( که شامل دو فایل da.cpanel.import.pl و defaults.conf می باشد)

tar zxf cp2da.tar.gz

بک آپ Cpanel را در پوشه import کپی نمایید.

فایل defaults.conf را ویرایش نمایید، در این فایل باید IP و nameserver را مطابق سرور جدید خود تنظیم نمایید.

اکنون دستور perl da.cpanel.import.pl را اجرا نمایید.

 

پس از اتمام عملیات بک آپ Directadmin موجود در پوشه export را به مسیر /home/RESELLER/user_backups  منتقل نمایید.

اکنون از طریق Directadmin خود و در حالت reseller-level از قسمت Manage User Backups بک آپ را بازگردانی نمایید.

Crypt::SSLeay or IO::Socket::SSL not installed

Protocol scheme ‘https’ is not supported

در صورتی که در هنگام بروز کردن CSF با خطای بالا مواجه می شوید از دستور زیر استفاده نمایید.

yum install perl-Crypt-SSLeay.x86_64

Invalid command 'MaxRequestWorkers

در صورتی که با مشکل Invalid command 'MaxRequestWorkers در زمان recompile وب سرور apache مواجه شدید کافی است دستورات زیر را اجرا کنید:

cd /usr/local/directadmin/custombuild
./build rewrite_confs

Failed opening required ‘PEAR.php’

در صورتی که با خطای Failed opening required ‘PEAR.php’ مواجه می شوید، کافی است در فایل php.ini سرور خود تغییر زیر را اعمال نمایید.

safe_mode = Off

برای پیدا کردن php.ini سرور آموزش زیر را مشاهده کنید.

مسیر php.ini

امروز با دستور lsblk آشنا می شویم.

۱٫ برای مشاهده لیست List block devices

lsblk

خروجی مانند زیر اطلاعات پارتیشن ها و Raid را نمایش می دهد.

ادامه ی مطلب

با استفاده از پلاگین Change wp-admin login این تغییر امکان پذیر می باشد. ابتدا باید به admin وردپرس خود لاگین نمایید.

لینک دانلود پلاگین

در قسمت plugin باید Change wp-admin login را جستجو نمایید، و این پلاگین را نصب نمایید و آن را فعال نمایید.

ادامه ی مطلب

Full site download via FTP using wget

دریافت تمام فایل ها از طریق FTP کار دشوار و زمان بری می باشد. در این آموزش طریقه دانلود تمام اطلاعات از طریق اکانت FTP در سرور را با یک دستور بررسی می نماییم.

در سرور مقصد SSH نمایید.

wget -m ftp://Username:Password@DestinitionIP

ویا دستور زیر

wget -r --ftp-user=Username --ftp-password=Password -l 25 ftp://ftp.Domain.com/dir

کافی است اطلاعات اکانت FTP مبدا را وارد نمایید تا تمام اطلاعات در مقصد دریافت شود.

ابتدا دستور زیر را اجرا می کنیم:

service mysqld status

وضعیت سرویس mysql مشخص میشود.
در صورت عدم فعال بود سرویس دستور زیر را اجرا می کنیم:

service mysqld restart

تا سرویس restart شود.
در صورت عدم فعالیت سرویس باید خطا بررسی شود.
مشکل ممکن است در فایل زیر باشد:

/etc/my.cnf

در این صورت تمام محتوا را حذف و یا آن را تغییر نام دهید و مجددا mysql را restart نمایید.

mv /etc/my.cnf /etc/my.cnf.bak

ممکن است با kill کردن proccess های مرتبط مشکل برطرف شود.

ps -aux | grep mysql
kill -9 <PROCNUMBER>
killall mysqld

سپس سرویس را start می کنیم.
ممکن است مشکل از فضای مربوط به سرور باشد:

df -h
df -ih

ممکن است مشکل در /tmp باشد. تنظیمات بصورت زیر صحیح است:

chown root:root /tmp
chmod 1777 /tmp

می توان log مربوط به آن را نیز بررسی نمود:

/valr/lib/mysql/servername.log