דילוג לתוכן
comark

שרתים ייעודיים שאנחנו מפעילים, עם זמינות גבוהה ו-DR כשצריך.

לאתרים עם תנועה גבוהה ולמערכות שהעסק תלוי בהן. שרתים משלכם שאנחנו מקימים, מקשיחים, מנטרים ומפעילים. כשהעומס דורש, מוסיפים איזון עומסים, רפליקות למסד הנתונים, גיבויים ותוכנית התאוששות, ומגדירים אותם בהצעת המחיר.

זמינות גבוהה ו-DR
מתוכננים כשצריך
שרתים בניהולנו
+40
צי שרתים ייעודי לדוגמה: מאזן עומסים, שני שרתי אפליקציה, PostgreSQL ראשי ורפליקה וקאש Redis, עם שימוש במעבד, בזיכרון ובדיסק והגיבויים של הלילה. הדיסק של הרפליקה מלא ב-81 אחוז, עם ניקוי מתוזמן.

ארבע רמות

השאלה היא לא איפה זה רץ. השאלה היא מי אחראי על זה.

בשרתים ייעודיים אנחנו אחראים על הכול, מהחומרה ועד מערכת ההפעלה והניטור. גיבויים, זמינות גבוהה ותמיכה באפליקציה מוסיפים כשהעומס דורש.

אחסון משותף

אתרי עסקים

חומרה ורשתחוות שרתים, חשמל, רשת
Comark
מערכת הפעלה ועדכוני אבטחההתקנה, הקשחה, עדכונים
Comark
גיבויים ובדיקות שחזורעותקים במיקום חיצוני, שחזורים שנבדקו
Comark
ניטור והתראותזמינות, משאבים, אירועי אבטחה
Comark
הרחבה וזמינות גבוההקיבולת, איזון עומסים, רפליקות
תוספת
תמיכה באפליקציהעדכונים ותיקונים בקוד שלכם
תוספת

VPS

אפליקציות וחנויות

חומרה ורשתחוות שרתים, חשמל, רשת
Comark
מערכת הפעלה ועדכוני אבטחההתקנה, הקשחה, עדכונים
תוספת
גיבויים ובדיקות שחזורעותקים במיקום חיצוני, שחזורים שנבדקו
תוספת
ניטור והתראותזמינות, משאבים, אירועי אבטחה
תוספת
הרחבה וזמינות גבוההקיבולת, איזון עומסים, רפליקות
תוספת
תמיכה באפליקציהעדכונים ותיקונים בקוד שלכם
תוספת

ייעודי

תנועה גבוהה

חומרה ורשתחוות שרתים, חשמל, רשת
Comark
מערכת הפעלה ועדכוני אבטחההתקנה, הקשחה, עדכונים
Comark
גיבויים ובדיקות שחזורעותקים במיקום חיצוני, שחזורים שנבדקו
תוספת
ניטור והתראותזמינות, משאבים, אירועי אבטחה
Comark
הרחבה וזמינות גבוההקיבולת, איזון עומסים, רפליקות
תוספת
תמיכה באפליקציהעדכונים ותיקונים בקוד שלכם
תוספת

מנוהל

מערכות קריטיות

חומרה ורשתחוות שרתים, חשמל, רשת
Comark
מערכת הפעלה ועדכוני אבטחההתקנה, הקשחה, עדכונים
Comark
גיבויים ובדיקות שחזורעותקים במיקום חיצוני, שחזורים שנבדקו
Comark
ניטור והתראותזמינות, משאבים, אירועי אבטחה
Comark
הרחבה וזמינות גבוההקיבולת, איזון עומסים, רפליקות
Comark
תמיכה באפליקציהעדכונים ותיקונים בקוד שלכם
Comark
  • באחריות Comark
  • תוספת אופציונלית

החלוקה הסופית נקבעת בהסכם השירות.

מה אנחנו בונים ומפעילים

קודם השרתים. השאר כשהעומס דורש.

כל תצורה מתחילה בשרתים. את שאר הרכיבים מוסיפים כשהעומס דורש, ומגדירים אותם בהצעת המחיר.

  • שרתים ייעודיים

    מכונות שלמות לעומס שלכם, עם מעבד, זיכרון ודיסק צפויים.

  • איזון עומסים

    Nginx מול שני שרתי אפליקציה או יותר, כששרת אחד כבר לא מספיק.

  • רפליקות למסד הנתונים

    MySQL או PostgreSQL עם רפליקה לקריאה ול-failover, כשהשבתה עולה ביוקר.

  • קאשינג ותורים

    Redis לסשנים, לקאש ולמשימות רקע, בגודל שמתאים לתנועה.

  • Cloudflare בחזית

    CDN, WAF, SSL ו-DNS לפני כל בקשה שמגיעה לשרתים.

  • גיבויים ו-DR

    גיבויים במיקום חיצוני, שחזורים מאומתים ותוכנית התאוששות כתובה, כשהם חלק מהעבודה.

שרתים ייעודיים

מכונות שלמות לעומס שלכם, עם מעבד, זיכרון ודיסק צפויים.

איזון עומסים

Nginx מול שני שרתי אפליקציה או יותר, כששרת אחד כבר לא מספיק.

רפליקות למסד הנתונים

MySQL או PostgreSQL עם רפליקה לקריאה ול-failover, כשהשבתה עולה ביוקר.

קאשינג ותורים

Redis לסשנים, לקאש ולמשימות רקע, בגודל שמתאים לתנועה.

Cloudflare בחזית

CDN, WAF, SSL ו-DNS לפני כל בקשה שמגיעה לשרתים.

גיבויים ו-DR

גיבויים במיקום חיצוני, שחזורים מאומתים ותוכנית התאוששות כתובה, כשהם חלק מהעבודה.

זמינות גבוהה

בלי נקודת כשל יחידה, כשהעומס דורש.

תצורה טיפוסית למערכת שבה נפילה של שרת אחד תעצור מכירות או תפעול. בשלב הארכיטקטורה מסכמים אילו רכיבים המערכת צריכה, וכותבים את זה בהצעה.

דוגמה לתצורת זמינות גבוהה: המשתמשים מגיעים דרך Cloudflare לזוג מאזני עומסים, התנועה מתחלקת בין שלושה שרתי אפליקציה עם קאש Redis משותף, מסד הנתונים הראשי משכפל לרפליקה, והגיבויים נשמרים במיקום חיצוני ומשוחזרים על שרת נפרד כדי לבדוק אותם. ניטור רץ על כל שרת.

איך אנחנו בונים

מתכננים על הנייר, מקימים, בודקים ואז מפעילים.

מתכננים על הנייר, מקימים ובודקים תחת עומס, ואז מפעילים.

  1. ארכיטקטורה

    ממפים תנועה, נתונים ומה חייב להמשיך לעבוד כששרת נופל, ומסכמים איתכם אילו רכיבי זמינות גבוהה ו-DR התצורה צריכה.

  2. הקמה ובדיקת עומס

    מקימים ומקשיחים את השרתים, מעלים את האפליקציה ובודקים אותה תחת העומס הכבד ביותר שאתם צופים.

  3. בדיקות התאוששות ו-failover

    כשזמינות גבוהה ו-DR הם חלק מהעבודה, מכבים שרתים בכוונה, מעבירים רפליקה לתפקיד הראשי ומשחזרים מגיבוי, ורושמים כל שלב.

  4. הפעלה ובקרה

    ממשיכים לנטר, לעדכן ולבדוק קיבולת. בתצורות עם תוכנית DR, חוזרים על בדיקות ההתאוששות כדי שהתוכנית תישאר עדכנית.

תוכניות

מותאם למערכת, לא למחירון.

נקודות פתיחה לכל רמה. התצורה הסופית והמחיר נקבעים אחרי בדיקה טכנית קצרה של מה שאתם מריצים.

רמה 1

אחסון משותף

לאתרי חברה ולדפי נחיתה.

  • שרת מכוונן שאנחנו מפעילים
  • SSL וגיבויים מתוזמנים במיקום חיצוני
  • ניטור זמינות ואבטחה
  • העברה מספק האחסון הנוכחי
אחסון

רמה 2

VPS

לאפליקציות ווב, לחנויות ול-API.

  • מעבד, זיכרון ודיסק שמורים
  • גישת root, תמיד שלכם
  • הקמה והקשחה ראשונית
  • עדכונים, גיבויים וניטור כתוספות
VPS

רמה 3

העמוד הזה

שרתים ייעודיים

לפלטפורמות עם תנועה גבוהה ולמסדי נתונים כבדים.

  • מכונות שלמות לעומס שלכם
  • מערכת הפעלה, עדכונים והקשחה עלינו
  • ניטור והתראות על כל שרת
  • אפשרות לגיבויים ולתוכנית התאוששות

רמה 4

העמוד הזה

תשתית מנוהלת

למערכות שהעסק לא יכול לעבוד בלעדיהן.

  • ארכיטקטורה שמתוכננת איתכם
  • זמינות גבוהה כשהעומס דורש
  • תוכנית התאוששות שנבדקה, כשהיא חלק מהעבודה
  • כל השכבות עלינו, כולל האפליקציה

01 / 04 · החליקו

אין כאן מחירים. את הצעת המחיר נותנים אחרי בדיקה טכנית קצרה. למערכות שאנחנו בונים אפשר לצרף את האחסון לתוכנית אתר מנוהל.

מתי עסק צריך תשתית ייעודית ולא VPS?

כשהתנועה גבוהה רוב הזמן, כשמסד הנתונים גדול או עמוס, כשנפילה של שרת אחד תעצור מכירות או תפעול, או כשנדרשת הפרדה מלאה. המדריך „אחסון משותף, VPS או שרת ייעודי” בבלוג שלנו מפרט את הסימנים.

מה זה זמינות גבוהה בפועל?

אין שרת בודד שנפילה שלו מפילה את המערכת: שני שרתי אפליקציה או יותר מאחורי מאזן עומסים, רפליקה של מסד הנתונים שיכולה לעלות לתפקיד הראשי, וגיבויים במיקום חיצוני. זה לא חלק מכל תצורה. את הרכיבים שהמערכת צריכה אנחנו קובעים איתכם בשלב הארכיטקטורה, וכותבים אותם בהצעת המחיר.

אתם יכולים להפעיל את הכול, כולל האפליקציה?

כן. בתצורה מנוהלת מלאה אנחנו מפעילים כל שכבה, מהחומרה ועד התמיכה באפליקציה, והמהנדסים שאחראים על השרתים מכירים גם את הקוד. אפשר גם להשאיר את האפליקציה אצל המפתחים שלכם ולתת לנו להפעיל את התשתית שמתחתיה.

איך אתם יודעים שתוכנית ההתאוששות עובדת?

כשתוכנית DR היא חלק מהתצורה, מריצים אותה: משחזרים גיבויים לשרת נפרד, מעבירים רפליקות לתפקיד הראשי ורושמים את השלבים ואת הזמנים. תוכנית התאוששות שאף פעם לא הורצה היא ניחוש.

אתם עובדים לפי תקן אבטחת מידע?

כן. Comark מוסמכת ל-ISO/IEC 27001, 27018 ו-27019, והתשתית שאנחנו מפעילים עובדת לפי התהליכים האלה: בקרת גישה, תקשורת מוצפנת וניטור בכל תצורה, וגיבויים לפי מה שסוכם לכל מערכת.

בדיקת תשתית

ספרו לנו מה אתם מריצים היום. נגיד לכם איזו רמה מתאימה.

מהנדס בודק את התצורה שלכם וממליץ על רמה, כולל כשאין צורך לעבור בכלל.

מה בודקים

  1. התצורה היום: שרתים, תנועה, מסדי נתונים וגיבויים
  2. סיכונים: נקודות כשל יחידות, שחזורים שלא נבדקו, תוכנה לא מעודכנת
  3. המלצה: רמה, ארכיטקטורה ותוכנית העברה אם צריך