1. מבוא
Spanner הוא שירות מנוהל של מסד נתונים עם יכולת התאמה אופקית ופצה גלובלי, שמתאים גם לעומסי עבודה רלציוניים וגם לעומסי עבודה לא רלציוניים.
ממשק Cassandra של Spanner מאפשר לכם ליהנות מהתשתית המנוהלת, הניתנת להתאמה ולזמינות גבוהה של Spanner באמצעות כלים וסנטקס מוכרים של Cassandra.
מה תלמדו
- איך מגדירים מכונה ומסד נתונים ב-Spanner.
- איך ממירים את הסכימה ואת מודל הנתונים של Cassandra.
- איך לפרוס ולהגדיר כתיבת כפולה לנתונים נכנסים.
- איך מייצאים בכמות גדולה את הנתונים ההיסטוריים מ-Cassandra ל-Spanner.
- איך מאמתים נתונים כדי להבטיח את תקינות הנתונים לאורך תהליך ההעברה.
- איך מפנים את האפליקציה ל-Spanner במקום ל-Cassandra.
מה נדרש
- פרויקט ב-Google Cloud שמקושר לחשבון לחיוב.
- גישה למכונה שבה CLI של
gcloud
מותקן ומוגדר, או שימוש ב-Google Cloud Shell. - דפדפן אינטרנט, כמו Chrome או Firefox.
2. הגדרה ודרישות
יצירת פרויקט ב-GCP
נכנסים למסוף Google Cloud ויוצרים פרויקט חדש או משתמשים מחדש בפרויקט קיים. אם עדיין אין לכם חשבון Gmail או חשבון Google Workspace, עליכם ליצור חשבון.
- שם הפרויקט הוא השם המוצג של המשתתפים בפרויקט. זוהי מחרוזת תווים שלא משמשת את Google APIs. תמיד אפשר לעדכן אותו.
- מזהה הפרויקט הוא ייחודי לכל הפרויקטים ב-Google Cloud ואי אפשר לשנות אותו אחרי שמגדירים אותו. מסוף Cloud יוצר מחרוזת ייחודית באופן אוטומטי. בדרך כלל לא משנה מה המחרוזת הזו. ברוב ה-codelabs תצטרכו להפנות למזהה הפרויקט (בדרך כלל מזהים אותו בתור
PROJECT_ID
). אם המזהה שנוצר לא מוצא חן בעיניכם, תוכלו ליצור מזהה אקראי אחר. לחלופין, אפשר לנסות כתובת משלכם ולבדוק אם היא זמינה. לא ניתן לשנות את השם אחרי השלב הזה, והוא יישאר למשך כל תקופת הפרויקט. - לידיעתכם, יש ערך שלישי, מספר פרויקט, שמשתמשים בו בחלק מממשקי ה-API. מידע נוסף על כל שלושת הערכים האלה זמין במסמכי התיעוד.
הגדרת החיוב
לאחר מכן, עליכם לפעול לפי המדריך למשתמש לניהול החיוב ולהפעיל את החיוב במסוף Cloud. משתמשים חדשים ב-Google Cloud זכאים להשתתף בתוכנית תקופת ניסיון בחינם בסך 300$. כדי להימנע מחיובים מעבר למדריך הזה, אפשר לכבות את מכונה של Spanner בסוף הקודלאב לפי ההוראות שב'שלב 9: סידור'.
הפעלת Cloud Shell
אפשר להפעיל את Google Cloud מרחוק מהמחשב הנייד, אבל בסדנת הקוד הזו נשתמש ב-Google Cloud Shell, סביבת שורת פקודה שפועלת ב-Cloud.
במסוף Google Cloud, לוחצים על סמל Cloud Shell בסרגל הכלים שבפינה הימנית העליונה:
ההקצאה והחיבור לסביבת העבודה אמורים להימשך רק כמה רגעים. בסיום, אמור להופיע משהו כזה:
המכונה הווירטואלית הזו כוללת את כל הכלים הדרושים למפתחים. יש בה ספריית בית בנפח מתמיד של 5GB והיא פועלת ב-Google Cloud, משפרת מאוד את ביצועי הרשת ואת האימות. אתם יכולים לבצע את כל העבודה בקודלאב הזה בדפדפן. אין צורך להתקין שום דבר.
הסרטון הבא
בשלב הבא, פורסים את האשכולות של Cassandra.
3. פריסה של אשכול Cassandra (מקור)
בקודלאב הזה נגדיר אשכול Cassandra עם צומת יחיד ב-Compute Engine.
1. יצירת מכונה וירטואלית ב-GCE ל-Cassandra
כדי ליצור מכונה, משתמשים בפקודה gcloud compute instances create
.
gcloud compute instances create cassandra-origin \ --machine-type=e2-medium \ --image-family=ubuntu-2004-lts \ --image-project=ubuntu-os-cloud \ --tags=cassandra-migration \ --boot-disk-size=20GB
2. התקנת Cassandra
# Install Java (Cassandra dependency) sudo apt-get update sudo apt-get install -y openjdk-11-jre-headless # Add Cassandra repository echo "deb [https://debian.cassandra.apache.org](https://debian.cassandra.apache.org) 41x main" | sudo tee -a /etc/apt/sources.list.d/cassandra.sources.list curl [https://downloads.apache.org/cassandra/KEYS](https://downloads.apache.org/cassandra/KEYS) | sudo apt-key add - # Install Cassandra sudo apt-get update sudo apt-get install -y cassandra
3. יצירת מרחבים של מפתחות וטבלאות
נשתמש בדוגמה של טבלת משתמשים ונתכנן מרחבי מפתחות שנקרא 'analytics'.
cd ~/apache-cassandra bin/cqlsh <your-localhost-ip? 9042 #starts the cql shell
בתוך cqlsh:
-- Create keyspace (adjust replication for production) CREATE KEYSPACE analytics WITH replication = {'class':'SimpleStrategy', 'replication_factor':1}; -- Use the keyspace USE analytics; -- Create the users table CREATE TABLE users ( id int PRIMARY KEY, active boolean, username text, ); -- Exit cqlsh EXIT;
משאירים את סשן ה-SSH פתוח או מציינים את כתובת ה-IP של המכונה הווירטואלית הזו (hostname -I).
הסרטון הבא
בשלב הבא תגדירו מכונה ומסד נתונים של Cloud Spanner.
4. יצירת מכונה ומסד נתונים ב-Spanner (יעד)
ב-Spanner, מכונה היא אשכול של משאבי מחשוב ואחסון שמארח מסד נתונים אחד או יותר של Spanner. כדי לארח מסד נתונים של Spanner ב-codelab הזה, תצטרכו לפחות מכונה אחת.
בדיקת גרסת ה-SDK של gcloud
לפני שיוצרים מכונה, צריך לוודא ש-gcloud SDK ב-Google Cloud Shell עודכן לגרסה הנדרשת – gcloud SDK 493.0.0. כדי למצוא את גרסת ה-SDK של gcloud, מריצים את הפקודה הבאה.
$ gcloud version | grep Google
דוגמה לפלט:
Google Cloud SDK 489.0.0
אם הגרסה שבה אתם משתמשים היא גרסה קודמת לגרסה הנדרשת 493.0.0 (489.0.0
בדוגמה הקודמת), תצטרכו לשדרג את Google Cloud SDK על ידי הפעלת הפקודה הבאה:
sudo apt-get update \
&& sudo apt-get --only-upgrade install google-cloud-cli-anthoscli google-cloud-cli-cloud-run-proxy kubectl google-cloud-cli-skaffold google-cloud-cli-cbt google-cloud-cli-docker-credential-gcr google-cloud-cli-spanner-migration-tool google-cloud-cli-cloud-build-local google-cloud-cli-pubsub-emulator google-cloud-cli-app-engine-python google-cloud-cli-kpt google-cloud-cli-bigtable-emulator google-cloud-cli-datastore-emulator google-cloud-cli-spanner-emulator google-cloud-cli-app-engine-go google-cloud-cli-app-engine-python-extras google-cloud-cli-config-connector google-cloud-cli-package-go-module google-cloud-cli-istioctl google-cloud-cli-anthos-auth google-cloud-cli-gke-gcloud-auth-plugin google-cloud-cli-app-engine-grpc google-cloud-cli-kubectl-oidc google-cloud-cli-terraform-tools google-cloud-cli-nomos google-cloud-cli-local-extract google-cloud-cli-firestore-emulator google-cloud-cli-harbourbridge google-cloud-cli-log-streaming google-cloud-cli-minikube google-cloud-cli-app-engine-java google-cloud-cli-enterprise-certificate-proxy google-cloud-cli
הפעלת Spanner API
ב-Cloud Shell, מוודאים שמזהה הפרויקט מוגדר. משתמשים בפקודה הראשונה שבהמשך כדי למצוא את מזהה הפרויקט שמוגדר כרגע. אם התוצאה לא צפויה, הפקודה השנייה שבהמשך מגדירה את התוצאה הנכונה.
gcloud config get-value project
gcloud config set project [YOUR-DESIRED-PROJECT-ID]
מגדירים את אזור ברירת המחדל בתור us-central1
. אפשר לשנות את זה לאזור אחר שנתמך על ידי הגדרות אזוריות של Spanner.
gcloud config set compute/region us-central1
מפעילים את Spanner API:
gcloud services enable spanner.googleapis.com
יצירת מכונה של Spanner
בקטע הזה תלמדו איך ליצור מכונה לתקופת ניסיון בחינם או מכונה שהוקצתה. במהלך הקודלאב הזה, מזהה המכונה של מתאם Spanner Cassandra שמשמש הוא cassandra-adapter-demo
, שמוגדר כמשתנה SPANNER_INSTANCE_ID
באמצעות שורת הפקודה export
. אפשר גם לבחור שם משלכם למזהה המכונה.
יצירת מכונה של Spanner לתקופת ניסיון בחינם
מכונה לתקופת ניסיון בחינם של Spanner למשך 90 יום זמינה לכל מי שיש לו חשבון Google והחיוב ב-Cloud מופעל בפרויקט שלו. לא תחויבו אלא אם תבחרו לשדרג את המכונה של תקופת הניסיון בחינם למכונה בתשלום. אפשר להשתמש ב-Spanner Cassandra Adapter במכונה של תקופת הניסיון בחינם. אם אתם זכאים, תוכלו ליצור מכונה לתקופת ניסיון בחינם. לשם כך, פותחים את Cloud Shell ומריצים את הפקודה הבאה:
export SPANNER_INSTANCE_ID=cassandra-adapter-demo
export SPANNER_REGION=regional-us-central1
gcloud spanner instances create $SPANNER_INSTANCE_ID \
--config=$SPANNER_REGION \
--instance-type=free-instance \
--description="Spanner Cassandra Adapter demo"
פלט הפקודה:
$ gcloud spanner instances create $SPANNER_INSTANCE_ID \ --config=$SPANNER_REGION \ --instance-type=free-instance \ --description="Spanner Cassandra Adapter demo" Creating instance...done.
יצירת מסד הנתונים
אחרי שהמכונה פועלת, אפשר ליצור את מסד הנתונים. מסד הנתונים הוא המקום שבו מגדירים את הסכימה. אתם יכולים גם לקבוע למי תהיה גישה למסד הנתונים, להגדיר הצפנה בהתאמה אישית, להגדיר את האופטימיזטור ולהגדיר את תקופת השמירה.
מסד הנתונים ייוצר במכונה עם המזהה SPANNER_INSTANCE_ID
.
כדי ליצור מסד נתונים, משתמשים בכלי שורת הפקודה של gcloud:
export SPANNER_DATABASE=analytics
gcloud spanner databases create $SPANNER_DATABASE \
--instance=$SPANNER_INSTANCE_ID
פלט הפקודה:
$ gcloud spanner databases create $SPANNER_DATABASE \ --instance=$SPANNER_INSTANCE_ID Creating database...done.
5. העברת הסכימה ומודל הנתונים של Cassandra אל Spanner
השלב הראשוני והחשוב של מעבר הנתונים ממסד נתונים של Cassandra ל-Spanner כולל טרנספורמציה של הסכימה הקיימת של Cassandra כך שתתאים לדרישות המבניות ולסוגים של נתוני Spanner.
כדי לייעל את תהליך ההעברה המורכב הזה של הסכימות, Spanner מספק כלי שימושי בקוד פתוח שנקרא Spanner Cassandra schema tool.
כלי הסכימה של Spanner Cassandra
Spanner Cassandra schema tool הוא כלי עצמאי בקוד פתוח לצורך הערכה והעברת סכימות ב-Spanner. הפונקציה העיקרית שלו היא ליצור באופן אוטומטי סכימה של Spanner על סמך ההגדרות שנמצאות בסכימה קיימת של Cassandra. הכלי מנתח את המבנים של טבלאות Cassandra, סוגי הנתונים וההגדרות של המפתחות הראשיים, ויוצר הגדרות טבלאות מקבילות ב-Spanner. כך הוא מפחית באופן משמעותי את המאמץ הידני שנדרש בדרך כלל לתרגום של סכימות.
ייצוא סכימה של Cassandra
לפני שמשתמשים בכלי לסכמה של Spanner Cassandra, השלב הקונקרטי הראשון הוא לחלץ את הסכימה מאשכול Cassandra הנוכחי. כדי לעשות זאת, צריך להתחבר לאשכולות הקיימים של Cassandra דרך cqlsh
ולייצא את הסכימה מ-Cassandra:
cqlsh [IP] "-e DESC SCHEMA" > orig_schema.cql
בפקודה הזו, צריך להחליף את [IP]
בכתובת ה-IP או בשם המארח של אחד מהצמתים באשכול Cassandra. החלק -e DESC SCHEMA
בפקודה מורה ל-cqlsh לתאר את כל הסכימה של אשכול Cassandra. לאחר מכן, הפלט של הפקודה הזו, שמכיל את ההצהרות CREATE KEYSPACE ו-CREATE TABLE, מופנה לקובץ בשם orig_schema.cql
.
תוכן הקובץ orig_schema.cql
יהיה למעשה תוכנית טקסטואלית של הסכימה של Cassandra. התוכן של הקובץ orig_schema.cql
אמור להיראות כך:
CREATE KEYSPACE analytics WITH replication = {'class': 'SimpleStrategy', 'replication_factor': '1'} AND durable_writes = true;
CREATE TABLE analytics.users (
id int PRIMARY KEY,
active boolean,
username text
) WITH additional_write_policy = '99p'
AND allow_auto_snapshot = true
AND bloom_filter_fp_chance = 0.01
AND caching = {'keys': 'ALL', 'rows_per_partition': 'NONE'}
AND cdc = false
AND comment = ''
AND compaction = {'class': 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy', 'max_threshold': '32', 'min_threshold': '4'}
AND compression = {'chunk_length_in_kb': '16', 'class': 'org.apache.cassandra.io.compress.LZ4Compressor'}
AND memtable = 'default'
AND crc_check_chance = 1.0
AND default_time_to_live = 0
AND extensions = {}
AND gc_grace_seconds = 864000
AND incremental_backups = true
AND max_index_interval = 2048
AND memtable_flush_period_in_ms = 0
AND min_index_interval = 128
AND read_repair = 'BLOCKING'
AND speculative_retry = '99p';
שכפול המאגר
כדי להשתמש בכלי ליצירת סכימות של Spanner Cassandra, השלב הבא הוא קבלת קוד המקור של הכלי. כדי לעשות זאת, משכפלים את המאגר שמתארח ב-GitHub. משכפלים את הכלי ליצירת סכימות של Spanner Cassandra מ-GitHub. כדי לעשות זאת, מקלידים את הפקודה הבאה ב-Cloud Shell:
git clone https://github.com/cloudspannerecosystem/spanner-cassandra-schema-tool.git
לאחר מכן עוברים לספרייה spanner-cassandra-schema-tool שבה מריצים את הפקודה.
cd spanner-cassandra-schema-tool
יחסי תלות בהתקנות
הכלי ליצירת סכימות של Spanner Cassandra נכתב בשפת התכנות Go. כדי לוודא שהכלי פועל כמו שצריך, הוא מסתמך על מודולים (ספריות) חיצוניים מסוימים של Go. צריך להוריד ולנהל את יחסי התלות האלה לפני שאפשר להריץ את הכלי. בספרייה spanner-cassandra-schema-tool
, מריצים את הפקודה הבאה:
go mod download
הגדרת פרטי הכניסה ל-Google Cloud
הכלי הזה משתמש ב-Application Default Credentials (ADC) כמקור לפרטי הכניסה להתחברות למסדי הנתונים של Spanner. מגדירים את משתנה הסביבה GOOGLE_APPLICATION_CREDENTIALS
לנתיב של קובץ המפתח של חשבון השירות.
export GOOGLE_APPLICATION_CREDENTIALS="/path/to/your/service-account-file.json"
מחליפים את /path/to/your/service-account-file.json
בנתיב בפועל לקובץ המפתח של חשבון השירות שהורדתם. הגדרת משתנה הסביבה הזה מבטיחה שהכלי ליצירת סכימות של Spanner Cassandra יוכל לבצע אימות מאובטח עם הפרויקט ב-Google Cloud ומכונה של Spanner.
שימוש
אחרי שתתקינו את יחסי התלות ותגדירו את פרטי הכניסה ל-Google Cloud, תוכלו להריץ את הכלי של Spanner Cassandra schema כדי ליצור את הסכימה של Spanner מקובץ הסכימה של Cassandra שיוצאו. עוברים לספרייה spanner-cassandra-schema-tool
בטרמינל או ב-Cloud Shell ומריצים את הפקודה go run
הבאה:
go run schema_converter.go \
--project $PROJECT_ID \
--instance $SPANNER_INSTANCE_ID \
--database $SPANNER_DATABASE \
--cql orig_schema.cql \
--dry-run
הרצת האפשרות --dry-run
יוצרת רק את הסכימה. בודקים ומעדכנים את המיפוי של סוגי הנתונים ואת העמודות של המפתח הראשי שנוצרו על ידי הכלי. חשוב לוודא שסוגי הנתונים ב-Spanner מייצגים במדויק את הטווח, הדיוק והסמנטיקה של סוגי מסדי הנתונים התואמים ב-Cassandra.
הכלי הזה ממפה סוגי Cassandra לסוגי Spanner, כפי שמתואר במאמר סוגי הנתונים הנתמכים ב-Cassandra.
הפלט של הפקודה אמור להיראות כך:
.....
[Converted Spanner statement]
CREATE TABLE users (
id INT64 NOT NULL OPTIONS (cassandra_type = 'int'),
active BOOL OPTIONS (cassandra_type = 'boolean'),
username STRING(MAX) OPTIONS (cassandra_type = 'text'),
) PRIMARY KEY (id)
----------------------------------------------
Writing converted Spanner schema to: schema.txt
Dry run enabled. Skipping schema execution.
Schema conversion completed!
אם רוצים גם שהסכימת היישום תחול באופן אוטומטי על Spanner, צריך להריץ את ה-CLI בלי האפשרות --dry-run
.
מוודאים במסוף Google Cloud שהטבלאות וטבלת המטא-נתונים קיימות במסד הנתונים של Cloud Spanner.
6. הגדרת כתיבת כפולה לנתונים נכנסים
[TODO]
7. ייצוא בכמות גדולה של הנתונים ההיסטוריים
[TODO]
8. אימות הנתונים
[TODO]
9. הפניית האפליקציה ל-Spanner (מעבר)
אחרי שתבצעו אימות מדויק של הדיוק והשלמות של הנתונים בסיום שלב ההעברה, השלב החשוב ביותר הוא להעביר את המוקד התפעולי של האפליקציה ממערכת Cassandra הישנה למסד הנתונים Google Cloud Spanner שנוספו אליו נתונים חדשים. תקופת המעבר הקריטית הזו נקראת בדרך כלל מעבר.
שלב המעבר הוא הרגע שבו תעבורת הנתונים של האפליקציות הפעילות מנותבת מחוץ לאשכולות Cassandra המקוריים ומחוברת ישירות לתשתית Spanner החזקה והניתנת להתאמה. המעבר הזה ממחיש את הקלות שבה אפליקציות יכולות לנצל את העוצמה של Spanner, במיוחד כשמשתמשים בממשק Spanner Cassandra.
באמצעות הממשק של Spanner Cassandra, תהליך המעבר פשוט יותר. התהליך כולל בעיקר הגדרה של אפליקציות הלקוח כך שישתמשו בלקוח Spanner Cassandra המקורי לכל האינטראקציות עם הנתונים. במקום לתקשר עם מסד הנתונים של Cassandra (המקור), האפליקציות יתחילו לקרוא ולכתוב נתונים ישירות ב-Spanner (היעד) בצורה חלקה. השינוי היסודי הזה ביכולת החיבור מתבצע בדרך כלל באמצעות SpannerCqlSessionBuilder
, רכיב מפתח בספריית הלקוח של Spanner Cassandra שמקל על יצירת חיבורים למכונה של Spanner. כך כל תעבורת הנתונים של האפליקציה מנותבת ל-Spanner.
באפליקציות Java שכבר משתמשות בספרייה cassandra-java-driver
, השילוב של לקוח Spanner Cassandra ל-Java מחייב רק שינויים קלים בהפעלה של CqlSession
.
הצגת יחסי התלות של google-cloud-spanner-cassandra
כדי להתחיל להשתמש ב-Spanner Cassandra Client, קודם צריך לשלב את התלות שלו בפרויקט. הארטיפקטים של google-cloud-spanner-cassandra
מתפרסמים ב-Maven central, במזהה הקבוצה com.google.cloud
. מוסיפים את יחסי התלות החדשים הבאים בקטע <dependencies>
הקיים בפרויקט Java. דוגמה פשוטה לאופן שבו כוללים את התלות ב-google-cloud-spanner-cassandra
:
<!-- native Spanner Cassandra Client -->
<dependencies>
<dependency>
<groupId>com.google.cloud</groupId>
<artifactId>google-cloud-spanner-cassandra</artifactId>
<version>0.2.0</version>
</dependency>
</dependencies>
שינוי הגדרות החיבור כדי להתחבר ל-Spanner
אחרי שמוסיפים את התלות הנדרשת, השלב הבא הוא לשנות את הגדרת החיבור כדי להתחבר למסד הנתונים של Spanner.
באפליקציה רגילה שמקיימת אינטראקציה עם אשכול Cassandra, בדרך כלל נעשה שימוש בקוד דומה לקוד הבא כדי ליצור חיבור:
CqlSession session = CqlSession.builder()
.addContactPoint(new InetSocketAddress("127.0.0.1", 9042))
.withLocalDatacenter("datacenter1")
.withAuthCredentials("username", "password")
.build();
כדי להפנות את החיבור הזה ל-Spanner, צריך לשנות את הלוגיקה של יצירת CqlSession
. במקום להשתמש ישירות ב-CqlSessionBuilder
הסטנדרטי מ-cassandra-java-driver
, צריך להשתמש ב-SpannerCqlSession.builder()
שסופק על ידי לקוח Spanner Cassandra. דוגמה להמחשה של שינוי קוד החיבור:
String databaseUri = "projects/<your-gcp-project>/instances/<your-spanner-instance>/databases/<your-spanner-database>";
CqlSession session = SpannerCqlSession.builder()
.setDatabaseUri(databaseUri)
.addContactPoint(new InetSocketAddress("localhost", 9042))
.withLocalDatacenter("datacenter1")
.build();
על ידי יצירה של מופע של CqlSession
באמצעות SpannerCqlSession.builder()
ומתן הערך הנכון של databaseUri
, האפליקציה תוכל ליצור חיבור דרך לקוח Spanner Cassandra למסד הנתונים היעד ב-Spanner. השינוי המרכזי הזה מבטיח שכל פעולות הקריאה והכתיבה הבאות שבוצעו על ידי האפליקציה יטופלו על ידי Spanner, וכך יושלם המעבר הראשוני. בשלב הזה, האפליקציה אמורה להמשיך לפעול כצפוי, עם יכולת ההתאמה לעומס והאמינות של Spanner.
מאחורי הקלעים: איך פועל לקוח Spanner Cassandra
לקוח Spanner Cassandra פועל כשרתי TCP מקומי, שחוסם את הבייטים הגולמיים של פרוטוקול Cassandra שנשלחים על ידי מנהל או כלי לקוח. לאחר מכן, המערכת עוטפת את הבייטים האלה יחד עם המטא-נתונים הנדרשים בהודעות gRPC לתקשורת עם Spanner. התשובות מ-Spanner מתורגמות חזרה לפורמט הנתונים של Cassandra ונשלחות חזרה לנהג או לכלי המקוריים.
אחרי שתהיה לכם ודאות ש-Spanner משרת את כל התנועה בצורה תקינה, תוכלו:
- מפסיקים את הייצוא לשני יעדים.
- משביתים את אשכול Cassandra המקורי.
10. ניקוי (אופציונלי)
כדי לנקות את הנתונים, נכנסים לקטע Spanner במסוף Cloud ומוחקים את המכונה cassandra-adapter-demo
שיצרנו בקודלאב.
מחיקה של מסד הנתונים של Cassandra (אם הוא מותקן באופן מקומי או קבוע)
אם התקנתם את Cassandra מחוץ למכונה וירטואלית ב-Compute Engine שנוצרה כאן, עליכם לפעול לפי השלבים המתאימים כדי להסיר את הנתונים או להסיר את Cassandra.
11. מעולה!
מה השלב הבא?
- מידע נוסף על Cloud Spanner
- מידע נוסף על ממשק Cassandra